esp(a[cenet document view ra S e 1 01 1 

General analysis system 



Patent number: 
Publication date 
Inventor: 
Applicant: 

Classification: 

- international: 

- european: 



DE69328784T 
2000-11-16 

NORELL LENNART (SE) 
ERICSSON TELEFON AB L M (SE) 



H04Q3/545; G06F9/44 
G06F9/44; H04Q3/545T2 
Application number: DE19936028784T 19931026 
Priority number(s): W01 993SE00882 19931026; US199209741 65 
19921110 



Also published as: 

W094 11996 (A1) 
EP0669071 (A1) 
US61 34304 (A1) 
FI952252 (A) 
EP0669071 (B1) 

more » 



Report a data error here 



Abstract not available for DE69328784T 
Abstract of corresponding document: US61 34304 
A general analysis system for performing an 
analysis used in the control of an industrial 
process. The general analysis system comprises 
a general analysis program for performing at 
least one analysis on a set of data and an 
analysis control data for controlling the analysis 
of the data set. According to the present 
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HINTERGRUND DER ERFINDUNG 
Gebiet der Erf indung 

Die vorliegende Erf indung betrifft eine allgemeines 
Analysesystem zum Ausfuhren einer diversen Analyse von 
Information in einer Vielzahl von Einrichtungen, 
einschliefilich insbesondere einer Telef onvermittlungsstelle . 

Geschichte des Standee der Technik 

Grob gesagt umfasst die vorliegende Erf indung einen neuartigen 
Ansatz fur die Analyse von paten, der ersetzt, was bislang 
erzielt worden ist durch Implementieren jedes 
Analysealgorithmus in einem analyse-spezif ischen 
Computerprogramm. Anstelle der Erzeugung von verschiedenen 
Computerprogrammen fur verschiedene Typen von Analysen, so wie 
dies im Stand der Technik herkommlich ist, erwagt der 
neuartige Ansatz der vorliegenden Erf indung die Erzeugung 
eines generischen Analyseprogramms und der Beschreibung der 
Unterschiede zwischen Analysen in den Daten, mit denen das 
generische Analyseprogran\n\ arbeitet. Dieser Ansatz kann 
deshalb als daten-gef iihrt anstelle von sof tware-gef uhrt - mit 
einer eingebauten Analyse charakterisiert werden. Die Daten 
konnen von dem Benutzer in einem einfachen Format def iniert 
werden, das im Gegensatz zu 

. Computerprogrammiersprachenf ormaten eine geringe oder 
kein.erlei Expertise, Kenntnis, Training oder Fertigkeiten 
erf ordert . 

Aus der. nun folgenden ausf uhrlichen Beschreibung lasst sich 
ersehen, dass der neuartige Ansatz der vorliegenden Erf indung 
Vorteile in einem breitem Spektrum von industriellen 
Anwendungen aufweist. Irgendein industrielles 
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zentralen Vermittlungsstelle interpret iert werden, urn die 
Stelle der angerufenen Leitung zu identif izieren . 

Wenn die angerufene Partei und die anrufende Partei von der 
gleichen zentralen Vermittlungsstelle bedient werden, d.h. der 
Anruf ein Intravermittlungss.tellenanruf ist, wird ein 
Belegtest der angerufenen Leitung durchgefuhrt und wenn die 
angerufene Leitung frei ist, dann wird die angerufene Partei 
alarmiert, z.B. uber einen horbaren Klingelton angerufen. Die 
angerufene Leitung wird uberwacht, wobei eine Antwort von der 
angerufenen Partei oder ein Abbruch von der anrufenden Partei 
abgewartet wird. Wenn die angerufene Partei antwortet, wird 
ein Sprachpfad zwischen den Parteien hergestellt. Der 
Sprachpfad wird wahrend einer Konversation uberwacht und wird 
getrennt, wenn eine der Parteien auflegt und die Leitung in 
den auf gelegten Zustand geht . 

Wenn andererseits die angerufene Partei von einer anderen 
zentralen Vermittlungsstelle bedient wird, d.h. der Anruf ein 
Intervermittlungsstellenanruf ist, dann wird eine Suche nach 
einer freien direkten Biindelleitung zu der zentralen 
Vermittlungsstelle, die die angerufene Partei bedient, oder zu 
einer dazwischenliegenden zentralen Vermittlungsstelle, die 
die Weiterleitung des Anrufs zu der zentralen 
Vermittlungsstelle. der angerufenen Partei unterstutzen kann, 
durchgefuhrt. Information viber die angerufene Hummer wird von 
der zentralen Vermittlungsstelle, die die Einleitung vornimmt, 
gesendet und von der dazwischenliegenden zentralen 
Vermittlungsstelle empfangen, die die Information bis zu der 
abschliefienden (Empfangs-) zentralen Vermittlungsstelle 
liefert. Wenn die Leitung der angerufenen Partei belegt ist 
oder der Anruf irgendwo in dem Netz abgeblockt wird oder die 
erforderlichen Intervermittlungsstellen-Bundelungsleitungen 
alle belegt sind, wird der anrufende Teilnehmer iiber einen 
horbaren belegt, fast belegt oder Rekorder-Ton inf ormiert . 



Die Vermittlungsfunktionen, die zur Behandlung des 
voranatehend illustrierten einfachen Telef onanruf » vorhanden 
smd, konnen grob als Signalempf ang, Signalinterpretation 
Speioherung, Pf adauswahl , Netzpf adbereitstellung and Steuerung 
und Signalubertragung klassif iziert werden. Zusatzlich zu 
diesen Kundendienstf unktionen muss das Vermittlungssystem eine 
Verwendung registrieren und vielleicht sogar auf einer 
penodischen Basis die Gebuhren in Zusammenhang mit der 
Verwendung, die von einer bestimmten Rufnummer ausgeht 
berechnen. Moderne Vermittlungsmaschinen fuhren wenigstens 
eine von diesen und andere Funktionen unter einer 
elektronischen Steuerung (verdrahtete Logik oder gespeichertes 
Programm) aus. Insbesondere werden auf Telef on- 
Vermittlungsniaschinen zunehmend die Konzepte einer 
Echtseitverarbeitung, d.h. eines Betriebs bei einer 
ausreichend hohen Rate, urn sich schnell berandernde Ereignisse 
zu verfolgen, und eines interaktiven Betriebs, d h der 
Fahigkeit, mit der Information von einem Menschen auf einer 
Multxtransaktionsbasis in . Wechselwirkung zu treten ,und diese 
Information anzuriehmen und zu verarbeiten, die traditionelle 
zu Computersystemen gehoren, angewendet. 

Fig i. zeigt schematisch einig, der vielen Analysef unktionen, . 
die bexm Herstellen von Kommunikation zwischen zwei 
Telefonteilnehmern A und B ausgefahrt werden. Der Teilnehmer A 
verwendet eine Telef oneinheit 10, um an einen Teilnehmer B 
exnen Anruf zu riohten, und ist mit einer lokalen 
Vermittlungsstelle 12 verbunden. Die lokale Vermit t lungsstelle 
12 erfasst die Anforderung nach einem Dienst , d.h. die Ankunft 
der gewahlten Ziffern oder Zahlen, von dem A-Teilnehmer und 
fuhrt eine Anzahl von Analyseprozeduren (Funktionen) aus 
einschlieftlich einer Dienstanalyse (SA) 14, einer 
Zielstellenanalyse (DA) 16 und einer Verzweigungs (Routing) - 
Analyse (RA) 18 in dieser Reihenfolge. Wahrend zur 
Vereinfachung nur drei Analysef unktionen SA 14, DA 16 und RA 
18 in Fig. 1 gezeigt sind, konnen mehrere weitere 
Analysefunktionen in der lokalen Vermittlungsstelle 12 



ausgefiihrt werden, urn den Anruf von dem A-Teilnehmer zu dem B- 
Teilnehmer aufzubauen. 

Der Zweck der SA 14 besteht darin, den anruf enden Teilnehmer 
(in diesem Fall den A-Teilnehmer) zu identif izieren und zu 
uberpriifen, ob der anrufende Teilnehmer aufgrund seines oder 
ihres Teilnahmeberechtigungsstatus und anderer wichtiger 
Uberlegungen berechtigt ist, einen Anruf durchzuf uhren . Die 
Rufnummer des A-Teilnehmers kann fur diese Zwecke uberprtift 
werden. Der Hauptzweck der DA 16 besteht darin, die Zielstelle 
zu bestimmen, an der der B-Teilnehmer mit einem Netz verbunden 
ist, d.h. den Ort der Telef oneinheit 24. Fur diesen Zweck wird 
die gewahlte Nummer (die Telef onnummer des B-Teilnehmers) in 
Anbetracht des Auf enthaltsorts des A-Teilnehmers (gleiche 
Vermittlungsstelle oder eine andere Vermittlungsstelle) , ob 
der B-Teilnehmer zu einer Cent rex- Gruppe (Centrex ist ein 
Dienst, der mit Merkmalen einer PBX vergleichbar ist, aber mit 
einem Teil oder der gesamten Steuerung in der zentralen 
Vermittlungsstelle implementiert ) gehort oder nicht, und 
anderer wichtiger Faktoren interpretiert . 

Das Ziel der RA 18 besteht darin, eine Netzroute zu 
lokalisieren, durch die der Anruf von dem A-Teilnehmer mit dem 
B-Teilnehmer verbunden werden kann. Diese Analyse hangt nicht 
nur von der abschlieftenden Zielstelle des Anrufs, d.h. des 
Auf enthaltsorts des B-Teilnehmers, ab, sondern auch von einem 
Verkehrsstau in dem Netz, d.h. der Last auf verschiedenen 
Routen durch das Netz, der Art des Anrufs, d.h. analog oder 
digital, und ahnlichen Anzeichen uber die Netzkapazitat . Auf 
Grundlage der Ergebnisse der RA 18 kann die lokale 
Vermittlungsstelle 12 den Anruf an eine zwischenliegende 
(Fern- oder Transit-) Vermittlungsstelle 20 leiten, die 
wiederum den Anruf durch eine lokale Vermittlungsstelle 22 zu 
der Telef oneinheit 24 des B-Teilnehmers leitet . 

Fig. 2 zeigt eine Steuerung mit einem gespeicherten Programm 
der Analysef unktionen, die in der lokalen Vermittlungsstelle 



12 der Fig. 1 ausgefuhrt werden. Gemass Fig. 2 wird jede 
Analyse, z.B. SA 14, DA 16 und RA 18 mit einem. anderen 
Analyseprogramm 30 implementiert . Der Eingang an j edem 
Analyseprogramm 20 umfasst Anrufparameter, z.B eine A 
Teilnehmer-Nummer und einen. Ortscode, eine B-Teilnehmernummer 
und exnen Ortscode, etc., die aus eine. vorgegebenen Feld von 
Parametern 22 zugefuhrt werden. Die Parameter werden unter 
Bezugnahme auf eine Datenstruktur 34 analysiert, die fur jeden 
Typ von Analyse spezifiziert ist und die Kombinationen von 
Parameterwerten interpretiert und ein Analyseergebnis erzeugt 
Jedes Analyseprogramm 30 und jede zughorige Datenstruktur 34 
kann von dem Netzbetreiber uber eine Mensch-Maschine- 
Schnittstelle 36 gesteuert werden. Insbesondere kann der 
Netzbetreiber geeignete Werte auf die Daten in jeder 
Datenstruktur 34 anwenden, so dass die verwandte Analyse ein 
gewunschtes Ergebnis bei gegebenem Auf enthalt sort der lokalen 
Vermrttlungsstelle in dem Netz, dem Nummerierungsplan etc 
erzeugen wird. Z.B. kann der Betreiber wahlen, die 
Vorgehensweise zu andern, in der Anrufe an eine bestimmte 
Zxelstelle innerhalb des Netzes geroutet werden, indem 
geeignete Werte auf die Daten in der Datenstruktur 34 im 
Zusammenhang mit der RA 18 angewendet werden. 

Der in Fig. 2 illustrierte herkommliche Analyseansatz ist 
ahnlich zu dem Ansatz, der fur die Analyse von 

Raumleistungssystemen in Lilley, J. R ., „ A Code for Conducting 
Systems-Level Survivability Analysis of Nuclear Power 
Systems", Proceedings of the 26th InterSociety Energy 
Conversion Engineering Conference, August 1991 (IEE-91) 
Saltan 201-205) , offenbart ist. Dieser Typ von Ansatz weist 
eine Anzahl von Nachteilen und Unzulanglichkeiten auf. Weil 
Dede unterschiedliche und spezialisierte Analyse insbesondere 
em spezifisches Analyseprogramm 3 0 erfordert, muss ein 
spezralisierter (Analyse-spezif ischer) Satz von Daten, die in 
erner spezifischen Struktur 34 konfiguriert werden, . erstellt 
und uber eine Mensch-Maschine-Schnittstelle 36 fur jedes 
Analyseprogramm 30 eingegeben werden. Zum Beispiel muss fur 



jedeh dieser Datensatze spezifisch eine Datenstruktur 34 , die 
den Nummerierungsplan definiert, der in der DA 16 verwendet 
werden soil, und eine andere Datenstruktur 34, die die 
gewiinschten Wegleitungsmuster (Routing-Master) in dem 
Bundelungsnetz definiert, die in der RA 18 verwendet werden 
sollen, erstellt werden. Ein betrachtlicher Aufwand an 
Programmierzeit und Anstrengungen von hochst erfahrenem 
Personal muss deshalb beim Erzeugen und Entwickeln jeder 
unterschiedlichen Analyse und des Gesamtanalysepakets 
investiert werden. Ferner ist der Typ von Eingangsparametern 
zu und die Art von Ausgangsergebnissen von jeder Analyse alle 
vorgegeben . Demzufolge bedingt- die Einfiihrung von neuen Typen 
von Parametern oder Ergebhissen entweder die Neuprogrammierung 
von existierenden Versionen oder die Freigabe von neuen 
Versionen des (der) relevanten Analyseprogramms (-programme) 
30 und der Datenstruktur (Datenstrukturen) 34, alle bei 
betrachtlichen Ausgaben. 

In der Praxis ist es jedoch wahrend eines tatsachlichen 
Betriebs oft erforderlich und wunschenswert , eine bestimmte 
Analysef unktion zu modif izieren, uni zum Beispiel den Verkehr 
neu zu richten, wenn das Netz iiberlastet ist, urn verschiedene 
Parameter wie das Volumen oder die Dichte eines Verkehrs durch 
einen bestimmten Teil des Netzes zu messen, um zusatzliche 
Parameter in die Analyse einzubauen, usw. Gemass der 
herkommlichen Analysesysteme, wie dem in Fig. 2 dargestellten 
System, kann jedoch der Netzbetreiber und/oder der 
Vermittlungsstellenanbieter mit der im Grunde genommen 
unmoglichen Aufgabe belastet werden, samtliche zukunf tigen 
Modif ikationen an dem Netz oder an einer bestimmten 
Vermittlungsstelle in dem Netz vorzusehen oder wenigstens mit 
der haufigen Aufgabe, eine Integration eines neuen Codes mit 
einem existierenden Code und ein Debugging der sich ergebenden 
Kombination. 

Angesichts dieser Nachteile und Unzulanglichkeiten der 
herkommlichen Systeme ist es eine Aufgabe der vorliegenden 
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Erfxndung. ein allgemeines Analysesystem bereitzustellen 
welches nicht fur irgendeine einzelnen Analyse spezifisch ist 
und welches zum Ausfuhren einer groAen Bandbreite von Analyse 
unabhangig von den Eigenheiten jeder ausgefuhrten Analyse 
verwendet werden kann. Das allgemeine Analysesystem kann als 
em generisches Analysesystem anstelle der extensiven und 
relativ teuren Satze von spezialisierten Programmer! und 
Datenstrukturen von herkonunlichen Systemen verwendet werden. 

Es ist eine andere Aufgabe der vorliegenden Erfindung, ein 
allgemeines Analyseprogramm und eine 

Analysesteuerdatenstruktur innerhalb des allgemeinen 
Analysesystems bereitzustellen, die zum Ausfuhren irgendeiner 
gewunschten Analyse verwendet werden k6nnen. 

Es ist noch eine andere Aufgabe der vorliegenden Erfindung 
exn allgemeines Analysesystem bereitzustellen, bei dem neue 
Funktionen def iniert werden konnen in und neue Parameter zum 
Beeinflussen der Analyse vorgesehen sind, angezeigt werden 
konnen a.us den Analysesteuerdaten . Neue Funktionen und neue 
Parameter konnen zu einer Analyse hinzugefugt werden, ohne das 
allgememe Analysesystem erneut zu programmieren, indem 
Betreiber-zugefuhrte Daten in dem allgemeinen Analyseprogramm 
Oder. Kunden-zugefuhrte Daten in den Analysesteuerdaten 
verwendet werden, was die Grundlage der Analyse bildet. 

Es ist eine weitere Aufgabe der vorliegenden Erfindung, eine 
Anrufsteuerdatenstruktur bereitzustellen, die 
Eingangsparameter und Ausgangsergebnisse ' speichert und die 
ferner ermoglicht, dass Parameter von den Analysesteuerdaten 
angezeigt werden konnen. 

ZUSAMMENFASSDNG DER ERFINDUNG 

Die Struktur und der Betrieb der vorliegenden Erfindung werden 
nachstehend ausf uhrlich beschrieben . Kurz zusammengef asst 
stellt die vorliegende Erfindung jedoch ein allgemeines 



Analysesystem zum Ausfiihren einer Analyse bereit, die bei der 
Steuerung eines industriellen Prozesses verwendet wird. Das 
allgemeine Analysesystem umfasst ein allgemeines 
Analyseprogramm, urn wenigstens eine Analyse eines Satzes von 
Daten und eines Analysedatenwerts zum Steuern der Analyse des 
Datensatzes auszufiihren. Gemass der vorliegenden Erfindung 
umfasst das allgemeine Analyseprogramm eine Vielzahl von 
Analyse -Primitiven (Analysegrundelementen) und die 
Analysesteuerdaten umfassen eine Vielzahl von Analysemodulen . 
Eine Analyse kann aus einem Satz von Analysemodulen 
konstruiert werden und durch Interpretieren dieses Satzes 
unter Verwendung wenigstens eines der Analyse-Primitive 
ausgefiihrt werden (ein Primitiv ist eine Bef ehlseinheit auf 
tiefstem Sprachniveau) . 

In einem anderen Aspekt stellt die vorliegende Erfindung ein 
System zum Bearbeiten von Telef onanruf en bereit, umfassend 
wenigstens eine Vermittlungsstelle und in jeder 
Vermittlungsstelle ein allgemeines Analyseprogramm mit einer 
Vielzahl von Analyse-Primitiven, Analysesteuerdaten mit einer 
Vielzahl von Analysemodulen und Anruf steuerdaten mit einer 
Vielzahl von Anruf auf zeichnungen, jeweils eine fur jeden 
Telef onanruf durch die Vermittlungsstelle. Die Analysemodule- 
konnen in einer Vielzahl von Analysestrukturen gruppiert 
werden, wobei jede von diesen eine andere Analyse steuert. Die 
Analysestrukturen konnen z.B. eine 
Wegleitungs (Routing) analysestruktur und eine 
Zielstellenanalysestruktur umfassen. 

In einem noch anderen Aspekt stellt die vorliegende Erfindung 
ein Verf ahren zum Steuern eines industriellen Prozesses 
bereit, umfassend die Schritte zum Speichern einer Vielzahl 
von Parametern fur den industriellen Prozess, Ausfiihren einer 
Vielzahl von Analysemodulen, 

wobei jedes davon eihen Teil einer Analyse der Parameter 
steuert und wobei wenigstens eines davon ein Ergebnis aus der 
Analyse erzeugt, und Steuern des industriellen Prozesses auf 
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Grundlage des erzeugten Ergebnisses. Die Parameter . konnen eine 
Erngabe umfassen, die aus dem industriellen Prozess er Z eugt 
wxrd, Daten, die Charakteristiken des industriellen Prozesses 
definieren, und das (die) Ergebnis(se) von f ruber ausgeftthrten 
Analyses Das Ergebnis kann ein Zwischenergebnis oder ein 
Endergebnis aus der Analyse sein. 

In einem weiteren Aspekt stellt die vorliegende Erfindung ein 
Verfahren zum Sanurteln und Ausfuhren wenigstens ' einer Analyse 
berext, die 2um Steuern eines industriellen Prozesses 
verwendet wird, umfassend die Schritte zum Bereitstellen einer 
Vxelzahl von High-Level-Analyseprimitiven, die jeweils eine 
Bxldungs-Prozedur und eine Do-Prozedur umfassen, ein 
Zusammenstellen (Kompilieren). einer Vielzahl von Steuerebenen- 
Analysemodule unter Verwendung der Bildungs-Prozedur von 
wenigstens einem der High-Level-Analyseprimitive, wobei die 
Steuerebenen-Analysemodule eine Baumstruktur bilden die eine 
Analyse darstellt, und Ausfuhren jedes Steuerebenen- 
Analysemoduls in der Baumstruktur unter Verwendung der Do - 
prozedur des High-Level -Analyseprimitivs , das zum 

Zusammenstellen (Kompilieren) des Steuerebenen-Analysemoduls 
verwendet wurde . 

KURZBESCHREIBUNG DER ZEICHNUNGEN 

Die vorliegende Erfindung lasst sich besser verstehen und ihre 
zahlreichen Aufgaben und Vorteile ergeben sich einem 
Durohschnittsfachmann deutlicher unter Bezugnahme auf die 
berliegenden Zeichnungen, in denen gleiohe Bezugszeichen oder 
Zahlen die gleichen Objekte bezeichnen. In den Zeichnungen 
zeigen: 

Fig. 1 eine schematische Darstellung von einigen der 
Analysefunktionen, die von einer lokalen 
Vermittlungsstelle bei dem Prozess einer Herstellung 
von Kommunikationen zwischen zwei Telef onteilnehmern 
A und B ausgefuhrt werden; 
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Fig. 2 eine scHematische Darstellung der herkommlichen 

Speicherprogrammsteuerung der Analysef unktionen, die 
in der in Fig. 1 gezeigten lokalen 
Vermittlungsstelle ausgefuhrt werden; 

Fig. 3 ein vereinf achtes schematisches Blockschaltbild des 
allgemeinen Analysebilds der vorliegenden Erfindung; 

Fig. 4 ein erweitertes schematisches Blockschaltbild des 
allgemeinen Analysesystems , das in vereinf achter 
Form in Fig. 3 gezeigt. ist; 

Fig. 5 eine bildliche Darstellung der Konstruktion des 
allgemeinen Analyseprogramms und der 
Analysesteuerdaten, die in den Fig. 3-4 gezeigt 
sind; 

Fig. 6 eine bildliche Darstellung der Konstruktion der in. 
Fig. 4 gezeigten Anruf steuerdaten; 

Fig. 7 eine bildliche Darstellung der Wechselwirkung 
zwischen dem allgemeinen Analyseprogramm, den. 
Analysesteuerdaten und den Anruf steuerdaten in einer 
beispielhaf ten Analyse, die von dem allgemeinen 
Analysesy?tem der vorliegenden Erfindung ausgefuhrt 
wird; 

Fig. 8 eine bildliche Darstellung der Konstruktion einer 
Zielstellenanalyse aus einer Kette von 
Analysemodulen der Form, die in den Fig. 5-7 gezeigt 
ist; 



Fig . 



9A-B schematische Darstellungen von zwei beispielhaf ten 

Verwendungen der Steuerdaten in dem Steuerfeld eines 
Analysemoduls ; 
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Fxg. 10 erne schematische Darstellung des Aufbaus einer 
bevorzugten Ausf uhrungsf orm fur das allgemeine 
Analyseprogramm der vorliegenden Erfindung; 

Fig- 11 eine schematische Darstellung des Aufbaus einer 
bevorzugten Ausf uhrungsf orm fur die 
Analysesteuerdaten der vorliegenden Erfindung; 

Fig- 12 eine schematische Darstellung des Aufbaus eines 
bestimmten Typs von Analysemodulen in der 
bevorzugten Ausf uhrungsf orm der in Fig. U geze igten 
Analysesteuerdaten; 



Fig. 13 



eines 



eine bildliche Darstellung der Verwendung 
beispielhaften Analysemoduls des Typs, der in Fig. 
12 gezeigt ist; 



Fxg. 14 eine bildliche Darstellung der Vorgehensweise, mit 
der em Analysemodul auf der unteren Ebene (Low- 
Level) aus Analyseprimitiven der unteren Ebene 
konstruiert werden kann; 

Fig. 15 eine bildliche Darstellung, wie das vom Benutzer 

defmrerte Analysemodul auf der unteren Ebene, das 
xn Fig. 14 gezeigt ist, beim Bilden eines 

Analysemoduls auf der hohen Ebene (High-Level) 
verwendet werden kann; 

Fig. 16 eine bildliche Darstellung, wie ein Steuerebenen- 
Analysemodul, ahnlich wie das in Fig. 12 gezeigte 
berspielhafte Analysemodul, mit der Bildungs- 
Prozedur des Analysemoduls der oberen Ebene, das in 
Fl9 - 15 geZeigt ist ' eingerichtet werden kann; und 

Fxg. 17 erne bildliche Darstellung einer 

Betreiberschnittstelle zu dem allgemeinen 
Analysesystem der vorliegenden Erfindung. 
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AUSFUHRLICHE BE S CH RE I BUNG 

Ein vorlaufiger Oberblick uber einige der besonderen Merkmale 
der vorliegenden Erfindung kann eine gewisse Fuhrung und 
Unterstlitzung beim Verstandnis der ausf uhrlichen Beschreibung 
der bevorzugten Ausf iihrungsf orm, die folgt, anbieten. 

Allgemeiner Uberblick 

Die Konstruktion des allgemeinen Analysesystems der 
vorliegenden Erfindung ermoglicht die gesamte Spezif i kation 
einer Analyse innerhalb der Analysesteuerdaten . Mit anderen 
Worten, die Antworten auf die Fragen, wie analysiert werden 
soil und wie analysiert werden wird, konnen von dem Betreiber 
in bestimmten Elementen (nachstehend als " Analysemodule " ■ 
bezeichnet) in den Analysesteuerdaten spezif iziert werden. Die 
Konstruktion der Analysesteuerdatenkomponente des allgemeinen 
Analysesystems der vorliegenden Erfindung ermoglicht, dass die 
Mensch-Maschine-Schnittstelle vollstandig die Erf ordernisse 
des Betreibers in einer benut zerf reundlichen Weise auf nimmt . 
Ferner ist die Konstruktion der allgemeinen 

Analyseprogrammkomponerite des allgemeinen Analysesystems der 
vorliegenden Erfindung grosstenteils unabhangig von dem zu 
analysierenden Gegenstand und dem beabsichtigten Ergebnis (den 
beabsichtigten Ergebnissen) der Analyse. Die bestimmten 
Unterprogramme (die nachstehend als "Analyseprimitive" 
bezeichnet werden) in dem allgemeinen Analyseprogramm, die in 
einer Analyse ausgefuhrt werden sollen/ werden durch 
Analysemodule in den Analysesteuerdaten angezeigt . Die 
Analysemodule in den Analysesteuerdaten konnen auch die 
Ausfuhrung von anderen Unterprogrammen andeuten, die anstelle 
der Analysesteuerdaten vorhanden sind. Zusatzlich zu der 
Ausfuhrung von Analysen konnen die Unterprogramme der 
vorliegenden Erfindung zum Beispiel Analysedaten von anderen 
Vermittlungsstellen in dem Netz sammeln oder technische oder 
statistische Information, die sich auf das Verhalten des 
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Netzes oder irgendeinen der mit dem Netz verbundenen 
Telefonteilnehmer bezieht, registrieren. 

Unter Bezugnahme nun auf Fig. 3 lasst sich ein vereinf achtes 
schematisches Blockschaltbild des allgemeinen Analysesys terns 
der vorliegenden Erfindung ersehen. Anstelle einer Vielzahl 
von Analyseprogrammen und entsprechenden Datenstrukturen 
beinhaltet das allgemeine Analysesystem ein generisches 
Analyseprogramm (nachstehend als das "allgemeine 
Analyseprogramm" bezeichnet) 40, das eine gewiinschte Analyse 
von einer Vielzahl von verfiigbaren Analysen unter der 
Steuerung der Analysesteuerdaten 42 ausfiihrt. Grob gesagt 
stellen die Analysesteuerdaten 42 einen "Blueprint" zurn 
Steuern des Verhaltens einer bestimmten Analyse eines Satzes 
von Daten, die fur jede Ausfuhrung dieser Analyse 
unterschiedlich sein konnen, z.B. verschieden Datensatze fur 
verschiedene Telef onanruf e, die in ahnlicher Weise analysiert 
werden sollen, bereit. Wie in Fig. 3 gezeigt kann der 
Datensatz, der gerade analysiert wird, allgemein aus 
Eingangsdaten 44, die von dem allgemeinen Analyseprogramm 4 0 
empfangen werden, wenn es zur Ausfuhrung einer bestimmten 
Analyse (oder einer Reihe von Analysen) aufgerufen wird, und 
Parametern 46, auf die von dem allgemeinen Analyseprogramm 40 
im Verlauf einer Ausfuhrung von einer oder mehreren Analysen 
zugegriffen werden konnen, bestehen. 

Die Eingangsdaten 44 konnen verschiedene Typen von Information 
in Abhangigkeit von der Wahl des Entwerfers und den 
Anforderungen einer bestimmten Anwendung enthalten. Allgemein 
konnen die Eingangsdaten 44 einen oder mehrere Datensatze 
(tatsachliche Parameter), die analysiert werden sollen, Zeiger 
oder Referenzen auf eine oder mehrere relevante Strukturen/ 
die zu analysierende Datensatze enthalten, und irgendeine 
andere nutzliche Information enthalten. Die Typen von 
Parametern 4 6 sind grofJtenteils fur jede Anwendung des 
allgemeinen Analysesystems spezifisch. Wie in Fig. 4 gezeigt, 
konnen die Eingangsdaten 44 von. der Einheit, z.B. einem 
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Computerprogramm, zugefuhrt werden, das das allgemeine 
Analyseprogramm 40 zum Ausfiihren einer Analyse aufruft, 
wahrend die Parameter 46- von einer Anzahl von verschiedenen 
Quellen in der Anwendung zugefuhrt werden konnen . 

Bezugnehmend als nachstes auf Fig. 4 lasst sich ein 
erweitertes schematisches Blockschaltbild des in einer 
vereinf achten Form in Fig. 3 gezeigten allgemeinen 
Analysesystems ersehen. Dieses Diagramm illustriert die 
Anwendung der vorliegenden Erfindung auf die Verarbeitung von 
Telef onanruf en in einer Telefonvermittlungsstelle oder einer 
Vermittlungsstelle . In Fig. 4 werden die Eingangsdaten 44 an 
das allgemeinen Analyseprogramm 40 von einem 

Anruf steuerprogramm 56 zugeteilt, welches eine Gesamtsteuerung 
der Verarbeitung von Telef onanruf en der Vermittlungsstelle 
ubernimnrt, einschliefilich der Aufforderung einer Ausfuhrung 
von Anruf en an dem allgemeinen Analyseprogramm 40, um 
verschiedene Analysen, z.B. eine Ziffern- und 
Wegleitungsanalyse (Routing) , von jedem Telefonanruf 
auszufuhren. In diesem Fall umfassen die Parameter .4 6 
verschiedene Anruf -bezogene Daten, die in einer 
Anruf steuerdatenstruktur 54 gespeichert werden. Wie in Fig. 4 
gezeigt, konnen die in den Anruf steuerdaten 54 gespeicherten 
Parameter 46 von dem allgemeinen Analyseprogramm 4 0 und dem 
Anruf steuerprogramm 56 gelesen werden (auf sie kann 
zugegrif fen werden) . 

In einer bevorzugten Ausf uhrungsf orm der vorliegenden 
Erfindung, die nachstehend ausfiihrlich diskutiert wird, werden 
eine Vielzahl von Anruf auf zeichnungen in den Anruf steuerdaten 
54 gespeichert. Jede Anruf auf zeichnung enthalt einen 
Datensatz, d.h. einen Satz von Anruf parameterwerten, fur einen 
spezifischen Anruf durch die Vermittlungsstelle (samtliche 
Anruf auf zeichnungen enthalten den gleichen Satz von 
Anruf parameter-Stellen, aber die Parameterwerte in jeder 
Anruf auf zeichnung sind fur einen spezifischen Anruf 
spezifisch) . In der bevorzugten Ausf uhrungsf orm umfassen die 
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Eingangsdaten 44 einen Zeiger Oder eine Referenz auf die 
bestimmte Anrufauf zeichnung, d.h. den gewUnschten Satz von 
Anrufparameterwerten 46, fur den Anruf, der gerade analysiert 
wrrd (in der bevorzugten Ausfiihrungsform umfassen die 
Analysesteuerdaten 42 mehrere verschiedene Analysestrukturen 
und Unterstrukturen and die Eingangsdaten 44 umfassen auoh 
erne Identif ikation der bestimmten Analysestruktur, die von 
dem Analyseprogramm 4 0 ausgeftihrt werden soil) Wie 
ausfuhrlich nachstehend erlautert wird, verwendet das 
allgemeine Analyseprogramm 40 eine Parameteridentif ikation 

?4 ' Um aUf den Wert e i"« bestimmten Parameters 46 von 
einer der Stellen in der Anrufauf zeichnung, angezeigt von den 
Eingangsdaten 44, zuzugreifen (diesen zu lesen) . 

Unter Bezugnahme wiederum auf Fig. 4 lasst sich ersehen, dass 
die Anrufsteuerdaten 54 Teilnehmerdaten 50 aus einer 
Teilnehmerdatenbank 52 und einen Teilnehmereingang 58 von 
einem Telefonteilnehmer, z.B. die Ziffern oder zahlen, die von 

27 r f" leitenden Teilnel ™« <A-Teilnehmer, unter Verwendung 
der Telefpneinheit 10 eingegeben (gewahlt) werden, umfassen. 
Die Teilnehmerdaten 50 kohnen zum Beispiel den Ortscode des A- 
Teilnehmers, die Dienstklasse (Geschafts- Oder Privatkunde) 
und andere ahnliche Information umfassen. Jede 
Anrufaufzeiohnung in den Anrufsteuerdaten 54 kann deshalb 
sowohl "vorubergehende" Daten, die nur fur einen bestimmten 
Anruf gultig sind, d.h. eine Teilnehmereingabe 58, als auch 
semi-permanente" Daten, die fur s.mtliche Anrufe von einen, 
bestimmten Teilnehmer gultig sin d, d.h. Teilnehmerdaten 50 
speichern . ' 

Zusatzlich zu den Teilnehmerdaten 50 und der Teilnehmereingabe 
58 kdnnen die Anruf steuerdaten 54 auch die Zwischenergebnisse 
Oder Endergebnisse 48 einer vorhergehenden Analyse, die von 
dem allgemeinen Analyseprogramm unter der Steuerung der 
Analysesteuerdaten 42 ausgefuhrt wird, andere 
Anrufverarbeitungsergebnisse und andere Daten, die in die 
Anrufsteuerdaten 54 von dem Anruf steuerprogramm 56 gesohrieben 
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werden, umfassen. Die aus irgendeiner Analyse erzeugten 
Ergebnisse konnen von dem allgemeinen Analyseprogramm 40 in 
die Anruf steuerdaten 54 geschrieben und spater von dem 
allgemeinen Analyseprogramm 40, urn eine nachf olgende Analyse 
auszufuhren, oder von dem Anruf steuerprogramm 56, urn 
irgendeinen externen Prozess zu steuern, verwendet werden. Zum 
Beispiel kann das allgemeine Analyseprogramm 40 die Ergebnisse 
der Zielstellenanalyse in die Anruf steuerdaten 54 zur 
Verwendung bei der Ausfuhrung einer Wegleitungs-Analyse . 
schreiben. Die Ergebnisse der Wegleitungs-Analyse konnen dann 
von dem allgemeinen Analyseprogramm 40 in die Anruf steuerdaten 
54 geschrieben werden und von dem Anruf steuerprogramm 56 
verwendet werden, urn eine Btindelleitung zum Transportieren des 
Anrufs durch das Netz zu wahlen. 

Gemass der vorliegenden Erfindung verwendet das allgemeinen 
Analyseprogramm 40 die Eingangsdaten 44, urn irgendeine einer 
grolien Anzahl von Analysen, die unter der Steuerung der 
Analysesteuerdaten 42 ausgefuhrt werden sollen, anzuzeigen und 
ferner einen Satz von Parametern 46 in den Anruf steuerdaten 
54 , auf denen die angezeigte Analyse ausgefuhrt werden soli, 
allgemein zu bezeichnen. Jedoch werden die spezifische Sequenz 
oder die Reihenfolge, in der die bestimmten Parameterwerte 
analysiert werden, und die spezifische Analyse, die fur jeden 
Parameterwert durch das allgemeine Analyseprogramm 40 
ausgefuhrt werden soil, beide von den Analysesteuerdaten 42 
bestimmt. Fur den Fall einer Analyse einer Ziffer (anruf ende 
Nummer oder angerufene Nummer) werden zum Beispiel die 
Reihenfolge, in der die Ziffern analysiert werden sollen, und 
die fur jede Stelle, die sich unter einer Analyse befindet, 
auszuf uhrenden Vorgange von den Analysesteuerdaten 42 oder 
genauer gesagt von bestimmten Analysemodulen angezeigt, die 
sich in. der Analysesteuerdatenstruktur fur eine Zif f ernanalyse 
bef inden . 

Es ist dieses Merkmal der Analysesteuerdaten 42, das die 
Verwendung eines generischen Programms , d.h. des allgemeinen 
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Analyseprogram™ 40 zum Ausfuhren von unterschiedlichen Typen 
von Analysen, una die Freiheit zum Hinzufugen von neuen 
Parameter und zum Erzeugen von neuen Typen von Ergebnissen 
mrt nur einer Menseh-Maschine-Sohnittstelle erlaubt Der 
Betreiber muss nur das Format einer Datenstruktur, d h der 
Analysesteuerdaten 42, kennen und kann ieicht existierende 
Funktzonen modifizieren und neue Funktzonen wahrend eines 

Schn^^^r ! StriebS UntSr V " Wendun 9 *»« Mensch-Masehine- 
Sohnzttstelle hinzufugen, ohne den Code fur das allgemeine 

Analyseprogramm 40 zu modifizieren Oder eine einzelne 

Codezeile zu diesem hinzuzufugen. In einer Hinsicht wirkt das 

l r TT AnalySePr ° 9ram ™ " lediglich als ein Interpreter 
der Analysesteuerdaten 42. Eine Ausfuhrungsform des 
allgemeinen Analyseprogramms 40, der Analysesteuerdaten 42 und 
der Anrufsteuerdaten 54 ist in den Fig. 5-6 dargestellt. 

Unter Bezugnahme auf die Fig. 5 lasst sich eine bildliche 

4 D o r und 1 d Un9 A de n KOn3trUk "°" deS ^meinen Analyseprogramms 
40 und der Analysesteuerdaten 42, die in den Fig. 3-4 gezeigt 
sznd, nun ersehen. Das allgemeine Anaiyseprogramm 40 kann auf 
erner Vielzahl von Unterprogrammen aufgebaut sein die 
naohstehend als "Analyse-Primitive- Oder ■ Analyse- Primitiv- 
Funktxon bezeichnet werden. Die Analysesteuerdaten 42 k6nnen 
aus erner Vielzahl von Elementen konstruiert sein, die hier 
als^ "Analysemodule" 70 bezeichnet werden. In der bevorzugten 
Ausfuhrungsform der vorliegenden Erfindung „ 6r den mehrere 
Kategorien von Analyse-Primitiven 78 und Analysemodulen 70 
verwendet. Insbesondere kdnnen die Analyse-Primitive 78 
entweder "Analyse-Primitive auf der unteren Ebene (Low-Level, 
Oder Analyse-Primitive auf der oberen Ebene (High-Level, sel „ 
Fernet kannen die Analysemodule 70 Analysemodule auf der 
oberen Ebene (High-Level) oder Analysemodule auf der 
Steuerebene (Control-Level, sein. AuAer „enn der Zusam^enhang 
dzes anders erfordert, sollen die Ausdrucke "Analyse- 
Prxmitive" und "Anaiysemodule" naohstehend dafur verwendet 
werden, urn auf irgendeine Oder samtliche Kategorien vom 
Analyse-Primitiven bzw. Analysemodulen zu verweisen, wahrend 
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auf jede einzelne Kategorie mit einem geeigneten Modif izierer , 
d.h. "Low-Level (untere Ebene)", "High-Level (obere Ebene) " 
oder "Control-Level (Steuerebene) " Bezug genommen wird. 

Jede der Kategorien von Analyse -Primitiyen 78 und 
Analysemodulen 70 spielt eine wesentliche Rolle innerhalb der 
bevorzugten Ausf uhrungsf orra der .vorliegenden Erf indung, die 
nachstehend ausfiihrlich beschrieben wird. In der bevorzugten 
Analyse sind die Low-Level und High-Level-Analyse-Primitive 78 
eingebaute Primitiv-Funktionen mit unterschiedlichen Typen. 
Die Low-Level -Analyse- Primitive 7 8 konnen zum Bilden von Low- 
Level -Analysemodulen 70 verwendet werden, die wiederum zum 
Bilden von High-Level Analysemodulen 70 verwendet werden 
konnen. Die vom Benutzer gebildeten High-Level-Analysemodule 
70 und die eingebauten High-Level-Analyse-Primitive 78 konnen 
beide zum Bilden von verschiedenen Typen von Steuerebenen- 
Analysemodulen 70 zum Steuern einer bestimmten Analyse 
verwendet werden. Fur die Zwecke der vorliegenden Diskussion 
kann Fig. 5 betrachtet werden, urn einen geme ins amen Typ von 
Steuerebenen-Analysemodul 70 in den Analysesteuerdaten 42 zu 
zeigen;. 

Bezugnehmend wieder auf die Fig. 5 weist jedes der 
Steuerebenen-Analysemodule 70 eine vorgegebene Struktur auf, 
die einen bestimmten Teil der Gesamtanaiyse steuert, z.B. das 
Analysieren einer Ziffer in einer Telef onnummer . Es lasst sich 
ersehen, dass das beispielhaf te Steuerebenen-Analysemodul 70 
in Fig. 70 einen Funktionsanzeiger 72 und ein Steuerfeld 60 
mit variablen Inhalten umfallt, die zum Beispiel eine 
Parameteridentif ikation (ID) .74 und andere Steuerdaten 76 
enthalten konnen. Es lasst sich auch ersehen, dass das 
Steuerebenen-Analysemodul 70 von einem Modulanzeiger 80 
identif iziert wird, der in dem Steuerfeld 60 von wenigstens 
einem anderen Steuerebenen-Analysemodul 70 in den 
Analysesteuerdaten 42 enthalten sein kann. 



Unter Fortsetzung der Bezugnahme auf Fig, 5 bezeichnet der 
Funktionsanzeiger 72 (verweist auf) eines der High-Level- 
Analyseprimitive 78, die in dem allgemeinen Analyseprogamm 40 
vorliegen. Wie sich aus der Diskussion der bevorzugten 
Ausfuhrungsform deutlich ergeben wird, kann jedoch der 
Funktionsanzeiger 72 anstelle davon von eines der High-Level - 
Analysemodule 70 bezeichnen, die in einer ahnlichen Weise wie 
die High-Level-Analyse-Prirnitive 78 arbeiten, die aber in den 
Analysesteuerdaten 42 angeordnet sind. Das High-Level ^Analyse - 
PrimitlV 78 ^ Uf daS Be2u * genommen wird, oder das High-Level- 
Analysemodul 70, auf das Be.ug genommen wird, bestimmt die 
spezifische Art und das Layout der Inhalte des Steuerfelds in 
dem Steuerebenen-Analysemodul 70, auf das Bezug genommen wird, 
und 1st im Gegensatz dazu in der Lage, diese Inhalte zu 
xnterpretieren, d.h. in diesem Fall die Parameter-ID 74 und 
die Steuerdaten 76. Die Parameter- ID 74 zeigt die Stelle des 
Anrufparameterwerts (einen Datenuhtersatz) an, der von dem 
Steuerebenen-Analysemodul 70 analysiert werden soil Die 
Steuerdaten 76 konnen zum Beispiel die Modulanzeiger 80 von 
Analysemodulen 70 umfassen, aus denen ein nachstes 
Analysemodul 70 f Or eine Ausfuhrung gewahlt wird, auf • 
Grundlage der Analyse des ParameterWerts, der von der 
Parameter- ID 74 angezeigt wird. 

Als nachstes wird auf Fig. 6 Bezug genommen, wo eine bildliche 
Darstellung der Konstruktion der zunachst in Fig. 4 gezeigten 
Anruf steuerdaten 54 nun ersehen werden kann. Wie vorher im 
Zusammenhang mit Fig. 4 diskutiert, umfassen die Steuerdaten 
54 Tealnehmerdaten 50, eine Teilnehmereingabe 58, fruhere 
Analyseergebnisse, die von dem allgemeinen Analyseprogramm 4 0 
geschrieben werden, andere Verarbeitungsergebnisse und andere 
Daten, die von dem Anruf steuerprogramm 56 geschrieben werden 
Somit konnen samtliche Daten, die sich auf einen Anruf von 
emem Telef onteilnehmer beziehen, in der 

Anruf steuerdatenstruktur 54 gespeichert werden und auf sie 
kann von dem allgemeinen Analyseprogramm 40, mit Hilfe einer 
Parameter ID .74 wahrend der Analyse des Anrufs zugegriffen 



werden. Wie in Fig. 6 gezeigt, umfassen die Anruf steuerdaten 
54 eine Anruf aufzeichnung 116 fiir jeden Anruf, der gerade 
analysiert wird. Die Anruf aufzeichnung 116 umfasst einen Satz 
von Parameterwerten, die jeweils von einer einzigartigen 
Parameter- ID 74 identif iziert und assoziiert werden, d.h. die 
Anruf aufzeichnung 116 kann als eine Tabelle von Parameter- 
IDs74 und entsprechenden Anrufparameterwerten visualisiert 
werden. 

Unter Fortsetzung der Biezugnahme auf Fig. 6 wird die Analyse 
jedes Anruf parameterwerts , d.h. von einem der Werte in der 
Anruf aufzeichnung 116, von wenigstens einem Steuerebenen- 
Analysemodul 70 in den Analysesteuerdaten 42 gesteuert . Das 
High-Level -Analyse-Primitiv 78 (oder das High-Level - 
Analysemodul 70) , auf das von dem Funktionsanzeiger 72 in dem 
St euerebenen- Analysemodul 70 verwiesen wird, kann den 
gewunschten Parameterwert aus der Anruf auf zeichnung 116 durch 
Vergleichen der in dem Steuerebenen-Analysemodul 70 gefundenen 
Parameter- ID 74 mit der entsprechenden Parameter- ID 74, die zu 
diesem Wert in der Anruf auf zeichnung 116 gehort, zuruckgeholt 
(gelesen) werden. Sobald der Parameterwert zuruckgeholt worden 
ist, kann er von dem Analyse-Primitiv 78 verwendet werden, das 
das Steuerf eld 60 in dem Steuerebenen-Analysemodul 70 
interpretiert , um zum Beispiel einen geeigneten Auslass von 
dem Steuerebenen-Analysemodul 70 zu wahlen, d.h. den 
Modulanzeiger 80 des nachsten Analysemoduls 70, welches 
interpretiert werden soli, zu wahlen. 

Beispielhaf te Analyse 

Zu Beginn einer Analyse empfangt das allgemeine 
Analyseprogramm 40 einen Zeiger auf eine Analysestruktur in 
den Analysesteuerdaten 42 und einen Zeiger auf eine 
Anruf auf zeichnung (Parameterauf zeichnung) 116, d.h: einen Satz 
von Parametern 46, in den Anruf steuerdaten 54. Das allgemeinen 
Analyseprogramm interpretiert die Inhalte eines bestimmten 
Analysemoduls 70, z.B. des Analysemoduls 70 in den Fig. 5-6, 
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in den Analysesteuerdaten 42. Der von der Parameter- ID 74 in 
dem Analysemodul 70 angezeigte Parameter wird aus den 
Anrufsteuerdaten. 54 geholt und das Analyse -Primitiv 78, das 
von dem Funktionsanzeiger 72 angezeigt wird, wird aus dem 
allgemeinen Analyseprogramm 40 aufgerufen und ausgefuhrt. Die 
Analyse wird dann mit dem nachsten Analysemodell-Modul 70 
fortgesetzt, das von dem Modulanzeiger 80 angezeigt wird, der 
aus dem Steuerfeld 60 des Steuerebenen-Analysemoduls 70 
gewahlt wird. Dieser Prozess wird in der gleichen Weise 
wiederholt, bis die Analyse abgeschlossen 1st-. Demzufolge kann 
rrgendeine gewunschte Analyse konstruiert werden, indem eine 
Anzahl von Analysemodulen. 70, eins.nach dem anderen, uber den 
Modulanzeiger (uber die Modulanzeiger) 80 in ihren 
Steuerfeldern 60 verbunden werden. Mit anderen Morten, wenn 
ein Oder mehrere Analysemodule 70 einen Auslass zu einem 
anderen Analysemodul 70 aufweist, d.h. einen Modulanzeiger 80 
umfasst, der auf ein anderes Analysemodul 70 weist, kann eine 
Analyse ausgefuhrt werden, indem ein Pfad von Auslassen durch 
die Analysesteuerdaten auf Grundlage der Parameter 46, die von 
den Eingangsdaten 44 und anderen Faktoren angedeutet werden, 
wie in Fig. 7 gezeigt, gewahlt wird. 

Unter Bezugnahme als nachstes auf Fig. 7 kann eine bildliche 
Darstellung der Wechselwirkung zwischen dem allgemeinen 
Analyseprogramm 40, den Analysesteuerdaten 42 und den 
Anrufsteuerdaten 54 in einer beispielhaf ten Analyse, die von 
dem allgemeinen Analysesystem der vorliegenden Erfindung 
ausgefuhrt wird, nun ersehen werden. In Fig. 7 sind drei 
beispielhaf te Analysemodule 70 in den Analysesteuerdaten 4 2 
(nicht gezeigt) der Deutlichkeit und Zweckdienlichkeit wegen 
als Analysemodule 82, 84, 86 getrennt bezeichnet und zwei 
beispielhafte Analyse-Primitive 78 in dem allgemeinen 
Analyseprogramm 40 sind ebertfalls der Deutlichkeit und 
Zweckdienlichkeit wegen als Analyse-Primitive 88, 90 getrennt 
nummeriert. Zum Zwecke der Vereinf achung wird angenommen, dass 
das Analyse-Primitiv 88 von dem Typ "Wahler" ist, der einen 
Auslass, d.h. einen Modulanzeiger 80, aus dem Analysemodul 70, 
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auf das Bezug genommen wird, zu dem nachsten Analysemodul 70 
auf Grundlage des Parameterwerts , der gerade von dem 
Analysemodul 70, auf das Bezug genommen wird, analysiert wird, 
wahlt. Das Analyse-Primitiv* 90 ist andererseits ein Ergebnis- 
erzeugendes Analyse-Primitiv, das den Wert eines 
Zwischenergebnisses oder Endergebnisses in die 
Anruf steuerdaten 54 schreibt. 

Zu Beginn der beispielhaf ten Analyse interpretiert das 
allgemeinen Analyseprogramm 40 ein Analysemodul 82, um die 
Funktion (Analyse-Primitive 78) zu identif izieren, die 
ausgefuhrt werden soli. Weil der Funktionsanzeiger 72 in dem 
Analysemodul 82 auf das Analyse-Primitiv 88 verweist, fuhrt 
das allgemeine Analyseprogramm 40 das Analyse-Primitiv 88 aus, 
welches wiederum den Parameterwert verwendet, der von der 
Parameter ID 74 in dem Analysemodul 82 identif iziert wird, um 
ein Analysemodul 84 als das nachste Analysemodul 70 in der 
beispielhaf ten Analyse zu wahlen. An diesem Punkt 
interpretiert das allgemeine Analyseprogramm 40 ein 
Analysemodul 84 und fuhrt wiederum ein Analyse-Primitiv 8a 
aus, das von dem Funktionsanzeiger 72 in dem Analysemodul 84 
angezeigt wird. Auf Grundlage des Parameterwerts , der von der 
Parameter- ID 74 in dem Analysemodul 84 identif iziert wird, 
wird das Analysemodul 86 als das nachste Analysemodul 7 0 einer 
beispielhaf ten Analyse gewahlt* Die beispielhaf te Analyse geht 
entlang dieser Zeilen weiter und ein Zwischenergebnis oder ein 
Endergebnis kann schliesslich erzeugt und in die 
Anruf steuerdaten 54 von dem Analyse-Primitiv 90, das das 
Ergebnis erzeugt, geschrieben werden, wenn die Analyse zum 
Beispiel durch das Analysemodul 86 geht. 

Unter Bezugnahme auf Fig. 8 als nachstes lasst sich eine 
bildliche Darstellung der Konstruktion einer 
Zielstellenanalyse aus einer Kette von Steuerebenen- 
Analysemodule der Form, die allgemein in den Fig. 5-7 gezeigt 
ist, nun ersehen. Fig. 8. zeigt eine Art der beispielhaf ten 
Analyse, die allgemein in Fig. 7 gezeigt ist. In Fig. 8 sind 
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nur vier beispielhaf te Steuerebenen-Analysemodule 70 gezeigt 
und der Klarheit wegen getrennt als Analysemodule 92 94 96 
98 bezeichnet. Die Steuerebenen-Analysemodule 92 und'96 sind' 
von einem Typ, wahrend die Steuerebenen-Analysemodule 94 und 
98 von einem anderen Typ sind. Insbesondere verweist der 
Funktionsanzeiger 72 in jedem der Steuerebenen-Analysemodule 
92 und 96 auf einen Typ von High-Level-Analyse-Primitiven 78, 
die als "Wahler" bezeichnet sind, wahrend der 
Funktionsanzeiger 72 in jedem der Steuerebenen-Analysemodule 
94 und 98 auf einen anderen Typ von High-Level -Analyse - 
Primitive 78, die als "Endergebnis" bezeichnet werden 
verweist (sowohl der Wahler als auch das Endergebnis konnten 
Dedoch an Stelle von High-Level-Analyse-Primitiven 78 High- 
Level -Analysemodule 70 sein) . Die Funktion des Wahler- 
Analyseprimitivs 78 besteht darin, einen der Modulanzeiger 80 
aus dem steuerfeld 60 des Steuerebenen-Analysemoduls 70, auf 
das Bezug genommen wird, auf Grundlage des Wert des 
Parameters, der von der Parameter- ID 74 in dem Steuerebenen- 
Analysemodul 70, auf das Bezug genommen wird, zu wahlen. Die 
Funktion des Endergebnis-Analyseprimitivs 78 besteht 
andererseits darin, einen vorgegebenen Wert von dem Steuerfeld 
6 0 des Steuerebenen-Analysemoduls 70, auf das Bezug genommen 
wird, dem Parameter zuzuweisen, der von der Parameter-ID 74 in 
dem Steuerebenen-Analysemodul 70, auf das Bezug genommen wird, 
angezeigt wird. 

Wie voranstehend erwahnt, hangt das Format des Steuerfelds 60 
m xrgendeinem Steuerebenen-Analysemodul 70 von dem Typ des 
High-Level-Analyse-Primitivs 78 (oder dem High-Level- 
Analysemodul 70), auf das von dem Funktionsanzeiger 72 Bezug 
genommen wird, ab. Im Fall der wahler-Typ-steuerebenen- 
Analysemodule 92 und 96 umfasst das Steuerfeld 60 eine 
Parameter- ID 74 und eine Vielzahl von Modulanzeigern 80 die 
auf mehrere andere Steuerebenen-Analysemodule 70 verweisen 
die Kandidaten sind , urn das nachste Analysemodul 70 in der 
Analysekette zu sein. In Abhangigkeit von dem Wert des 
Parameters, der von der Parameter - ID 74 in jedem der 



Steuerebenen-Analysemodule 92 und 96 angezeigt wird, kann als 
das nachste Analysemodul 70 in der Analysekette jedesmal dann, 
wenn das Steuerebenen-Analysemodul 92 bzw. 96 ausgefiihrt wird, 
ein anderes Analysemodul 70 gewahlt werden. 

Das Steuerfeld 60 in jedem der Endergebnis-Typ Steuerebenen- 
Analysemodule 94 und 98 enthalt andererseits eine Parameter-ID 
74 und einen vorgegebenen Wert, der in die Stelle fur den 
Parameter, der von der Parameter-ID 74 angedeutet wird, 
geschrieben werden wird, wenn das entsprechende Steuerebenen- 
Analysemodul 94 oder 96 ausgefiihrt wird. Die Analysemodule 94 
und 98 in Fig. 8, die Ergebnisse erzeugen, werden verwendet, 
urn Endergebnisse zu erzeugen, d.h. ihre Funktionsanzeiger 72 
verweisen auf ein Endergebnis-Typ Analyseprimitiv 78 und 
bilden somit Endpunkte in der Analyse. Beispiele von Analyse- 
Primitiven 78, die Zwischenergebnisse erzeugen, konnen dem 
hier beiliegenden Anhang A entnommen werden. Pie 
Analysemodule, die zum Erzeugen von Zwischenergebnissen 
verwendet werden, sind im Aufbau ahnlich zu den Analysemodulen 
94 und 98, aufter, dass sie einen Modulanzeiger auf das nachste 
Analysemodul 70 benotigen, da sie keine Endpunkte in der 
Analyse sind. 

• In Fig. 8 werden die Steuerebenen-Analysemodule 92, 94, 96, 98 
zum Ausfiihren einer Zielanalyse eines Anruf s, z.B. der Ziffern 
einer Telef onmimmer , die von dem A-Teilnehmer unter Verwendung 
der Telef oneinheit 10 gewahlt werden, verwendet. Einige der 
relevanten Parameter in der Anruf auf zeichnung 116 fur den 
Anruf , der gerade analysiert wird, sind in Fig. 8 gezeigt. Fur 
die Zwecke einer beispielhaf ten Zielstellenanalyse in Fig. 8 
sind nur vier Parameter so dargestellt, dass sie in der 
Anruf auf zeichnung 116 gespeichert sind, obwohl in der Praxis 
viele andere Parameter in der Anruf auf zeichnung 116 
gespeichert werden konhen . Den vier beispielhaf ten 
Anrufparametern sind. die externen Namen "Zielstelle" , "Ziffe.r 
1", " Ziffer 2" und "Ziffer 3 " gegeben, die in entsprechende 
Parameter- Ids 74 (Zeiger) zusammengestellt (kompiliert.) sind. 



Der Parameter "Zielstelle" bezieht sich auf das Endergebnis 48 
der Zxelstellenanalyse. Die Stelle dieses Parameters in der 
Anrufaufzeichnung 116 empfangt ihren Wert an dem Ende einer 
Zxelstellenanalyse. Die Parameter "Ziffer 1", "ziffer 2" und 
"Ziffer 3» beziehen sich jeweils auf die ersten, zweiten und 
drxtten gewahlten Ziffern in der Teilnehmereingabe 58 Die 
Stellen dieser Parameter in. der Anrufauf zeichnung n 6 
empfangen ihre Werte am Beginn des Anruf s . 

Unter Bezugnahme auf Fig. 8 steuert das Analysemodul 92 die 
Analyse der ersten gewahlten Ziffer, die mit dem Namen "Ziffer 
1 xdentifiziert wird und dann gibt es insgesamt 10 mogliche 
Auslasse von dem Analysemodul 92 entsprechend z U den 10 
moglichen ersten Zif fernwerten (0-9). Eine Ausfuhrung des 
Analysemoduls 92 fuhrt zu der Ausfuhrung des Wahler-Analyse- 
Pnmrtxvs 78, das von dem Funktionsanzeiger 72 in dem 
Analysemodul 92 angezeigt wird. Wenn zum Beispiel die Ziffer 1 
Null (0) ist, was einen Fernanruf anzeigt, dann wird das 
Analysemodul 94 als das nachste Analysemodul 70 in der 
Zielstellenanalyse gewahlt. Das Analysemodul 94 enthalt die 
Parameter-ID 74 "Zielstelle" , die die Stelle in der 
Anruf auf zeichnung lie - ident if iziert , wo das Ergebnis 
"Fernanruf" geschrieben werden sollte. Die Ausfuhrung des 
Analysemoduls 94 fuhrt zu. der Ausfuhrung des Endergebnis- 
Analyse-Primitivs 78, das den Wert "Fernanruf" dem Parameter 
"Zxelstelle" zuweist (der Name "Fernanruf" wird in irgendeinen 
konstanten Wert zusammengestellt , der in die Stelle 
entsprechend zu der Parameter-ID "Zielstelle" geschrieben 
wird) . In diesem Fall muss die Vermittlungsstelle keinerlei 
Zxelstellenanalyse der zweiten, dritten etc. gewahlten Ziffern 
ausfuhren, sondern einfach den Anruf mit der geeigneten 
Fernvermittlungsstelle in der Netzhierarchie verbinden. 

Wenn andererseits die erste gewahlte Ziffer Eins (1) ist, dann 
wxrd das Analysemodul 96 als das nachste Analysemodul 70 in 
der Zxelstellenanalyse gewahlt. Das Analysemodul 96 ist von 
dem gleichen Typ wie das Analysemodul 92, steuert aber die 
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Analyse der zweiten gewahlten Ziffer,. die mit dem Namen 
"Ziffer 2" identif iziert wird. Eine Ausfuhrung. des 
Analysemoduls 96 fuhrt in ahnlicher Weise zu der Ausfuhrung 
des Wahler-Analyseprimitivs 78, die von dem Funktionsanzeiger 
72 in dem Analysemodul 96 angezeigt wird. Wenri die zweite 
gewahlte Stelle ebenfalls 1 ist, was einen Anruf zu einem B- 
Teilnehmer anzeigt, der von einer anderen Vermittlungsstelle 
in dem gleichen Verzeichnisbereich, der von dem 
Nummerierungsplan zugewiesen wird, anzeigt, wirci das 
Analysemodul 98 als das nachste Analysemodul 70 in der 
Zielstellenanalyse gewahlt werden. Das Analysemodul 98 ist von 
dem gleichen Typ wie das Analysemodul 94, erithalt aber das 
Ergebnis "andere Vermittlungsstelle" (anstelle "Fernanruf " ) , 
fur die Information, die an die Stelle entsprechend zu der 
Parameter-ID 74 " Zielstelle" in der Anruf aufzeichnung 116 
geschrieben werden sollte. Eine Ausfuhrung des Analysemoduls 
98 fiihrt zu der Ausfuhrung des Endergebnis-Analyseprimitivs 
78, das den Wert "andere Vermittlungsstelle f ' dem Parameter 
"Zielstelle" zuweist. In diesem Fall muss die . 
Vermittlungsstelle keinerlei weitere Zielstellenanalyse der 
dritten, vierten etc. gewahlten. Ziffern ausftihren, sondern 
einfach den Anruf mit der anderen Vermittlungsstelle 
verbinden, die den angerufenen B-Teilnehmer bedient . 
Fig. 8 zeigt das Fortschreiten der Zielstellenanalyse fur nur 
zwei Falle, d.h. wo die erste gewahlte Stelle 0 ist oder wo 
die ersten und zweiten gewahlten Stellen beide 1 sind. Wenn 
eine "Ziffer 1" den Wert Null aufweist, dann wird der 
Parameter "Zielstelle" , nachdem die Zielstellenanalyse ihren 
Ablauf durchlaufen hat, den Wert "Fernanruf " aufweisen. Wenn 
andererseits sowohl die "Ziffer 1" als auch die "Ziffer 2." den 
Wert 1 aufweisen, dann wird der Wert des "Zielstellen" - 
Anruf parameters nach der Ausfuhrung der Zielstellenanalyse 
eine "andere Vermittlungsstelle 11 sein . Der Einfachheit halber 
ist die Analyse von anderen Werten der "Ziffer 1" und "Ziffer 
2" (oder im Grunde genommen die Analyse der ubrigen Ziffern, 
d.h. "Ziffer 3") in Fig. 8 nicht gezeigt, es sei jedoch darauf 
hingewiesen, dass sie entlang ahnlicher Zeilen f ortschreitet . 
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Wenn zum Beispiel die "Ziffer 1" weder 0 noch 1 ist, was einen 
Anruf zu einem B-Teilnehmer anzeigt, der von dieser 
Vermittlungsstelle bedient wird, wurde einer der Modulanzeiger 
80, der einem der Ziffernwerte 2-9 entspricht, gewahlt werden 
und das angezeigte nachste Analysemodul 70 wird ausgefuhrt 
werden. Die Zielstellenanalyse wird fortgesetzt werden, bis 
eine oder mehrere der ubrigen gewahlten Ziffern analysiert 
worden ist und ein Endergebnis 48 in die Parameterstelle 
"Zielstelle" geschrieben worden ist. Die Vermittlungsstelle 
wird schlielilich den Anruf direkt mit dem angerufenen 
Teilnehmer oder vielleicht mit einer PBX verbinden, mit dem 
der anruf ende Teilnehmer verbundeh ist. 

Es lasst sich somit ersehen, dass die von dem allgemeinen 
Analysesystem der vorliegenden Erfindung ausgefuhrte Analyse 
als eine Baumstruktur dargestellt werden kann, die aus einer 
Vielzahl von Analysemodulen 70 (Knoten) , die untereinander 
durch Zeiger (Verzweigungen) ; die aus ihren Steuerf eldern 60 
abgeleitet sind, besteht. Die Inhalte eines bestimmten 
Steuerf elds 60 oder die Vorgehensweise, mit der der nachste 
Modulanzeiger 80 (wenn irgendeiner) davon abgeleitet wird, 
hangt von dem Typ des High-Level-AnalySe-Primitivs 78 ab> das 
von dem Funktionsanzeiger 72 angezeigt wird: Fur die in den 
Fig. 5-8 gezeigten Steuerebenen-Analysemodule 70 umfasst das 
Steuerfeld 60 eine einzelne Parameter- ID 74 . Andere 
Steuerebenen-Analysemodule 70 konnen jedoch mehrere 
Anrufparameterwerte verwenden, d.h. mehrere Parameter-Ids 74 
enthalten oder konnen alternativ irgendwelohe 
Anrufparameterwerte iiberhaupt nicht verwenden. Mit anderen 
Worten, wahrend jedes Steuerebenen-Analysemodul 70 in den 
Analysesteuerdaten 42 einen Funktionsanzeiger 72 enthalt, ist 
die Parameter-ID 74 ein optionales Merkmal. Tatsachlich sind 
die Inhalte des gesamten Steuerfelds 60 in der Art optional 
und hangen von dem Typ von High-Level-Analyse-Primit iv 78 ab, 
das zum Interpretieren davon verwendet wird. Anders 
ausgedruckt, der Code fur jeden Typ von High-Level-Analyse- 
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Primitiv 78 interpretiert eine gewisse entsprechende Struktur 
der Steiierebenen-Analysemodule 70. 

Typen von High -Level- Analyse -Primitive!! 

Die High-Level -Analyse-Primitive 78 , die als grundlegende 
Elemente bei verschiedeneh Analysen verwendet werden konnen, 
d.h. zum Interpret ieren von Steuerebenen-Analysemodulen 70 
aufgerufen werden konnen, konnen von mehreren 

unterschiedlichen Typen sein, von denen einige eine ahnliche 
Funktion ausfiihren, d.h. eine Auswahl, eine Ergebniserzeugung 
etc. Die High-Level-Analyse-Primitive 78 konnen "Wahler" sein, 
die einen (oder mehrere) der Werte der Parameter 4 6 verwenden, 
um einen von. mehreren moglichen Auslassen zu wahlen, d.h. 
einen Modulanzeiger 80, in einem Steuerebenen-Analysemodul 70, 
und um dadurch die Analyse an das nachste Analysemodul 70, das 
von dem gewahlten Modulanzeiger 60 angezeigt wird, zu richten. 
Ein Typ des Zahlers kann einen der Parameter 4 6 als einen . 
Index auf eine Tabelle von Auslassen in dem Steuerfeld 60 
eines Ana.lysemoduls 7.0 verwenden (zum Beispiel das "Wahler 1 ' 
Analyseprimitiv 78, welches im Zusammenhang mit. Fig. 8 
diskutiert w.urde) / wahrend ein anderer Typ yon Wahler den Wert 
des Parameters 46 mit einer Anzahl von Werten in dem 
Steuerfeld 60 vergleichen oder anpassen kann und einen Auslass 
auf Grundlage dieses Vergleichs wahlen kann, der ein 
zeichenartiger , Bool 1 scher, bitartiger oder arithmet ischer 
Vergleich sein kann. Andere Wahler konnen Verteiler sein, die 
zwischen Auslassen, zum Beispiel gemaft einer zirkularen, 
stochastischen oder prozentweisen Verteilung, verteilen. 

Anderen Typen von High-Level-Analyse-Primitiven 78 konnen die 
Aufgabe einer Ergebniserzeugung zugwiesen werden, d.h. der 
Lieferung von Ausgangsdaten von der Ausfuhrung eines 
Analysemoduls 70. an die Anruf steuerdaten 54 (zum Beispiel das 
Analyseprimitiv 78- "am Endergebnis " , welches im Zusammenhang 
mit Fig. 8 diskutiert wurde). oder die Aufgabe einer 
Analysesteuerung, d.h. einer Steuerung der Analysesequenz 



einschlielUich zum Beispiel des Aufrufens einer GrU ppe oder 
emer Untergruppe von Analysenmodulen 70 und des 
ZurQckkehrens, wenn die Analyse der Gru Ppe oder der 
Untergruppe abgeschlossen worden ist . - Die High-Level-Analyse- 
Prxmitive 78 k6nnen ferner bestimmte Analyseprimitivf unktionen 
ausfuhren, die im Gegensatz zu den Analysesteuerprimitiven, 
z.B Wahlern, die Wahl eines Pfads oder eine Route durch die 
Analyse nicht beeinf lussen, sondern an stelle davon eine 
bestimmte Funktion ausfuhren, zum Beispiel die Registrierung 
von Statistiken, das Berichten von Ergebnissen, die 
Modification von Parameterwerten oder die Obertragung von' 
Signalen an andere Vermittlungsstellen in dem Netz. 

Viel der High-Level-Analyse-Primitivfunktionen 78 die 
voranstehend erwahnt sind, werden weiter in dem hier 
beigefugten A nhang A diskutiert. Eine Diskussion des 
Indexwahler-Analyseprimitivs 78 lasst sich insbesondere auch 
in der Beschreibung der bevorzugten Ausf uhrungsf orm, die 
folgt, finden. Von Durchschnittsf achleuten wird erkannt, dass 
die Typen v Q n High-Level-Analyseprimitiven 78, die hier 
diskutiert werden, lediglich beispielhaft und nicht fur die 
zahlreichenmoglichen Typen, die in der vorliegenden Erfindung 
verwendet werden konnen, erschopfendsind. Aus der hier 
vorlxegenden Beschreibung 'der bevorzugten Ausf uhrungsf orm- der 
vorliegenden Erfindung lasst sich erkennen, dass die im Anh^ 
A beschriebenen Funktionen in High-Level-Analysemodulen t7~^ 
implementiert werden konnen, die sich anstelle in den High- 
Level-Analyseprimitiven 78, die sich in dem allgemeinen 
Analyseprogramm 40 befinden, in den Analysesteuerdaten 42 
befinden. 

Typen von Steuerebenen -Analvsemodulpn 

Wie die High-Level-Analyseprimitive 78 (oder die High-Level- 
Ana lysemodule 70) , die diese interpretieren, kan n es sich bei 
den Steuerebenen-Analysemodulen 70 Um mehrere verschiedene . 
Typen handeln. Fur den Fall eines Steuerebenen -Analyse -Moduls 



70, dessen Funktionsanzeiger .72 auf das Indexwahler- 
Analyseprimitiv 78 verweist, konnen die Steuerdaten 76 z.B. 
als eine Tabelle von Modulanzeigern 80 angeordnet werden und 
der Indexwahler 78 kann den Wert eines Parameters 6 verwenden, 
urn die Tabelle zu indizieren und den entsprechenden 
Modulanzeiger 80 als einen Zeiger auf das nachste Analysemodul 
70, welches ausgeftihrt werden soli (siehe Fig, 13) , zu wahlen. 
Wie in den Fig. 9A-9B gezeigt, kann jedoch das Steuerfeld 80 
andere nlitzliche Inf ormationen zusatzlich zu den Modul- 
Anzeigern 80 umfassen. 

Unter Bezugnahme als nachstes auf die Fig. 9A-9B lassen sich 
nun . schematische Darstellungen von zwei beispielhaf ten 
Verwendungen der Steuerdaten 76 in dem Steuerfeld 6 0 eines 
Analysemoduls ersehen. Fig. 9A veranschaulicht die Anordnung 
der Inhalte des Steuerfelds 60 eines Analysemoduls 70 fur den 
Fall, dass der Funktionsanzeiger 72 auf ein Wahler- 
Analyseprirnitiv 78 fur eine zirkulare Verteilung verweist, das 
im Gegensatz zu dem Indexwahler 78 nicht einen Parameter 46 
verwendet, urn einen einer Vielzahl von Modulanzeigern 80 zu 
wahlen, sondern anstelle davon zwischen den Modulanzeigern 8 0 
in dem Steuerfeld 60 zyklisch wahlt. Das Steuerfeld 60, das in 
Fig. 9A gezeigt ist, umfasst eine Vielzahl von Unterfeldern 
pder Schlitzen 76a-f , die andere Steuerdaten zusatzlich zu den 
Anzeigern 80 fur das nachste Modul speichern. In dem Beispiel 
fur die zirkulare Verteilung, die in Fig. 9A gezeigt ist,. 
enthalt ein Schlitz 76a eine Bezeichnung der Anzahl von 
moglichen Auslassen, d.h. den nachsten Analysemodulen 70 und 
ein Schlitz 76b enthalt eine Referenz auf den zuletzt 
verwendeten Auslass von dem Analysemodul 70, d.h. des nachsten 
Analysemoduls 70, das beim letzten mal gewahlt wurde, als der 
Analysepfad das in Fig. 9A gezeigte Analysemodul 7 0 
durchquerte, wahrend jeder der Schlitze 76c-f einen 
Modulanzeiger 80 enthalt, der auf einen der moglichen Auslasse 
von dem Analysemodul 70 verweist. In diesem spezifischen 
Beispiel gibt es vier mogliche Auslasse und der zuletzt 
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verwendece Auslass war zu dem Analysemodul 70, das von dem 
Modulanzeiger 80 in Schlitz 76d angezeigt wird. 

Wenn die Analyse durch das in Fig. 9A gezeigte Analysemodul 70 
geht, wxrd der zirkulare Verteiler 78 den Modulanzeiger 80 
wahlen, der sequentiell dem letzten verwendeten Modulanzeiger 
80 m der zirkularen Verteilung folgt, und wird die Referenz 
auf den zuletzt verwendeten Auslass im Schlitz 78b 
modifizieren, urn auf den gewahlten Modulanzeiger 80 zu 
verweisen. In einer Implement ierung kann die Referenz im 
Schlitz 76b einfach der Wert eines Zahlers sein, der jedes Mai 
dann weitergestuf t oder inkrementiert wird, wenn die Analyse 
durch das in Fig. 9A gezeigte Analysemodul 70 geht ■. Der im 
Schlitz 76a gespeicherte Wert wird dann eine obere Grenze fur 
den Wert des Zahlers darstellen, der auf eine untere Grenze 
rmmer dann zuruckgeset zt wird, wenn diese obere Grenze 
durchlaufen worden ist, urn so den Zahlwert zyklisch zu 
durchlaufen. In. dem in Fig. 9A gezeigten Beispiel wird der 
zxrkulare Verteiler 78 den Modulverteiler 80 im Schlitz 76e 
wahlen und die Referenz- im Schlitz. 76b aktualisieren, urn auf 
den Schlitz 76e zu verweisen. Wie ersichtlich 1st, wird die 
Auswahl des Auslasses, d.h. eines nachsten Analysemoduls 70 
von dem zirkularen Verteiler 78 nicht unter Bezugnahme auf 
exnen Parameter 46 durchgef uhrt , sondern 1st von dem Wert des 
Zahlers in dem zuletzt verwendeten Auslasschlitz 76b abhangig. 

Pig. 9B zeigt eine andere Verwendung der Steuerdaten in dem 
Steuerfeld 60. Insbesondere veranschaulicht die Fig 9B die 
Anordnung der Inhalte das Steuerfelds fur den Fall, dass der 
Funktionsanzeiger 72 auf ein zeitabhangiges Wahler- 
Analyseprimitiv 78 verweist, das einen Wahleranzeiger 80 in 
dem Steuerfeld 60 auf .Gruridlage der Tageszeit in dem Moment 
wahlt, wenn die Analyse durch das Analysemodul 70 geht, das in 
Fig. 9B gezeigt ist. In dieser Weise kann ein bestimmtes 
Wegleitungs-Muster (Routing-Muster) fur Anrufe, die wahrend 
eines bestimmten Teil des Tages verarbeitet werden, und ein 
anderes Wegleitungs-Muster, das fur Anrufe gewahlt wird, die 



wahrend eines anderen Teils des Tages verarbeitet werden, 
gewahlt werden. Z.B. konnen Anruf e, die von einem 
Telef onkunden wahrend normaler Geschaf tszeiten durchgefuhrt 
wird, eine normale Anruf behandlung erfahren, wahrend Anrufe, 
die nach dem Ende der Geschaf tszeit durchgefuhrt werden, 
anstelle davon automatisch an ein Sprachpost -System oder an 
einen Beantwortungsdienst geleitet werden konnen. Das 
beispielhaf te Analysemodul 70, das in Fig. 9B gezeigt wird, 
kann verwendet werden, urn die gewtinschte Zeitdif f erenzierung 
in der Wegleitungs -Analyse, die wahrend einer 
Anruf verarbeitung ausgefuhrt wird, zu erzielen. 

Unter f ortgesetzter Bezugnahme auf Fig, 9B umfasst das 
Steuerfeld 60 ein Unterfeld 76w, das die Anzahl von 
Alternativen oder Pfaden bezeichnet, die von dem 
zeitabhangigen Wahler 7 8 gewahlt werden konnen. Zur 
Veranschaulichung sind 3 Alternativen X, Y und Z in Fig. 9B 
gezeigt. Jede Alternative besteht aus 3 Schlitzen, die einen 
Startzeitdatenwert , einen Endzeitdatenwert. und eine Referenz 
auf das nachste Analysemodul 70, d.h. einen Modulanzeiger 80, 
zugeordnet der jeweilig.en Alternative, enthalten. Die 
Start ze it- und Endzeitdaten definieren das Zeit interval 1 , in 
dem der zeitabhangige Wahler 78 das nachste Analysemodul 
wahlen wird, das der Alternative zugewiesen ist. Zum Beispiel 
definiert der Start -Zeitdatenwert im Schlitz 76x-l und der 
Endzeit-Datenwert im Schlitz 76x-2 das Zeitintervall , in dem 
der Modulanzeiger 80 im Schlitz 76x-3 gewahlt werden wird. In 
ahnlicher Weise definiert der Start zeit-Datenwert im Schlitz 
76y-l und der. Endzeit -Datenwert im Schlitz 76y-2 das 
Zeitintervall, in dem der Modulanzeiger 80 im Schlitz 76y-3 
gewahlt werden wird, und der Startzeit-Datenwert in Schlitz 
76z-l und der Endzeit -Datenwert im, Schlitz 76z-2 definieren 
das Zeitintervall, in dem der Modulanzeiger 80 im Schlitz 76z 
3 gewahlt werden wird. Wenn somit die Analyse durch das 
Analysemodul 70 geht, das in Fig. 9B gezeigt ist, wird der 
zeitabhangige Wahler 78 die Tageszeit mit den Zeitintervallen 
vergleichen, die in den Alternativen X, Y und Z definiert 
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sind, und wird den Pfad wahlen, der von dem Modulanzeiger 80 
angezeigt wird, der zu der Alternative gehort, in dessen 
Zeitantervall die Tageszeit gerade fallt. 

Die Fig. 9A-9B zeigen deshalb zwei Beispiele der Steuerebenen 
Analysemodule 70, die keine Parameter IDs 74 enthalten, die 
auf bestimmte Typen von High-Level-Analyseprimitive 78 (oder 
aquivalent High-Level-Analyse-Module 70) verweisen die 
uberhaupt keine Parameter beim Interpretieren der bestimmten 
Steuerdaten 76 in den Steuerebenen -Analysemodulen 70, auf die 
Bezug genommen wird, verwenden. In dieser Hinsicht konnen die 
Steuerebenen-Analysemodule 70, die in den Fig. 9A-9B gezeigt 
sind, als vollstandig "autark" angesehen werden, d.h. sie 
enthalten samtliche Information, die von den High-Levei- 
Analyse-Primitiven 78, auf die Bezug genommen wird (oder den 
High-Level-Analysemodulen 70, auf die Bezug genommen wird) 
benotigt wird. Die Steuerebenen-Analysemodule 70 in den Fig 
5-8 verweisen andererseits auf andere Typen von High-Level- 
Analyseprimitiven 78 (oder High-Level -Analysemodulen- 70) , die 
mdividuell die Verwendung eines einzelnen Parameterwert 
benotigen. Einige Beispiele von Steuerebenen-Analysemodulen 
70, die xndividuell mehrere Anruf parameterwerte verwenden und 
deshalb mehrere Parameter- IDs 74 benotigen, konnen aus der 
Diskussion, im Anhang A dazu, der bestimmten High-Level- 
Analyseprimitivfunktionen 78 (oder aquivalent High-Level- 
Analysemodulen 70), die diese interpretieren, gewonnen werden. 
Dxese Beispiele sind naturlich nur fur Illustrationszwecke 
vorgesehen und umfassen den gesamten Bereich von moglichen 
Steuerebenen-Analysemodulen 70, die in der vorliegenden 
Erfindung verwendet werden konnen, nicht. 

Typen von Low-Leve l-Analvseprimitiven 

Die Analyseprimitive 78 der unteren Ebene (low level) bestehen 
allgemem aus Primitivoperationen, z.B. Addieren, Holen etc., 
die als grundlegende Bildungsblocke in ausgef eilteren 
Operationen verwendet werden. Im Gegensatz zu den High-Level- 
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Analyseprimitiven 78 werden die Low-Level -Analyseprimit ive 78 
nicht direkt verwendet, um eine Analyse zu konstruieren, 
sondern sie werden anstelle davon verwendet, um rekursiv neue 
Low-Level -Analysemodule 70 in den Analysesteuerdaten 42 zu 
konstruieren. Die neuen Low-Level -Analysemodule 70 sind im 
wesent lichen Permutationen oder Kombinationen der Low-Level - 
Analyseprimitiven 78, die in ahnlicher Weise verwendet werden 
konnen, um rekursiv in den Analysesteuerdaten 42 neue High- 
Level- Analysemodule 70 zu konstruieren, die in der Funktion 
Equivalent zu den High-Level-Analyseprimitiven 78 in dem 
allgemeinen Analyseprogramm 40 sind. Die neuen High-Level- 
Analysemodule 70, die aus den neuen Low-Level - 
Analyseprimitiven 70 konstruiert werden konnen, konnen 
wiederum zusammen mit den High-Level-Analyseprimitiven 78 
verwendet werden, um neue Steuerebenen-Analysemodule 70 zum 
Steuern einer best immt en Analyse . zusammenzuset zen (zu bilden) , 
z.B. eines Steuerebenen-Analysemoduls 70, das die dritte 
Ziffer in einer Telef onnummer bei der Routing-Analyse 
analysiert. Der Funktionsarizeiger 72 in jedem dieser drei 
Steuerebenen-Analysemodule 70 wird dann auf die High-Level- 
Analyseprimitivfunktion 78 oder das High - Level -Analy.semodul 7 0 
verweisen, von dem das Steuerebenen-Analysemodul 70 gebildet 
wird. 

Im Anhang C hierzu wird ein Satz von Low-Level - 
Analyseprimitivfunktion 78 kurz beschrieben. Dieser Satz ist 
jedoch nicht erschopfend, sondern ist daftir vorgesehen, den 
Typ von Low-Level -Analyse-Primitivf unktionen 78 beispielhaft 
darzustellen, die innerhalb der bevorzugten Ausf uhrungsf orm 
der vorliegenden Erfindung verwendet werden konnen, d.h. fur 
die Anwendung des allgemeinen Analysesystems fur die Steuerung 
einer Anruf verarbeitung in einem Kommunikationssystem oder, 
genauer gesagt , einer Vermittlungsstelle in einem zentralen 
Vermittlungsburo . Wie sich -von Durchschnittsf achleuten erseheri 
lasst, konnen mehrere andere Low-Level-Analyse - 
Primitivf unktionen 78 in dem allgemeinen Analysesystem der 
vorliegenden Erfindung impiementiert werden, unabhangig davon, 



» • • < 
» • ♦ t 



• • • 



; ? •••• • • • • * * • • • 



36 



ob fur die beispielhafte Telef onanwendung oder irgendeine 
andere Anwendung. 

Typen von Analy aen 

Die Typen von- Analysen, die von dem allgemeinen Analysesystem 

sllZTTT, ErflndUn9 "»„-». verandern 

srch mrt den Anforderungen von verschiedenen Anwendungen. Die 
bevorzugte Ausf uhrungsform der voriiegenden Erfindung! die 
naohstehend beschreiben 1st, ist hauptsachlich auf eine 
Anruf verarbeitung in Telekommunikationssystemen (z .B einer 
lokalen oder Fetnvermittlungsstelle, einer 
Paketvermittlungsstelle etc. , anwendbar und fuhrt deshalb 
derartrge Analysen „ie eine Zif fernanalyse und eine Routing- 
Analyse, unter anderen verwandten Anal yS en aus. I m Anhang B 

^ZZl" Sine VereinfSChtes Anaiysebeispiel fur eine lokal. 
Vermrttlung xn einem hypothetischen Telefbnnetz besohrieben 
° leSeS Beis P ie l ver„endet viele der High-Level-Analyse- ' 
Pnrortivfunktionen 78 (oder' equivalent der High-Level - 
Analysemodule 70) , die im Anhang A besohrieben und aus den 
Low-Level-Analyseprimitivfunktionen 78, die im Anhang C 
besohrieben sind, konstruiert werden konnen, wah^end die Typen 
von Analysen (und die Typen von Analyseprimitiven 78 und 
Analysemodulen 70 , die jede Analyse bilden) , die im Anhang B 

beschneben srnd, irgendwie spezifisch fur die ' 

Telefonieanwendung sind, lasst sioh ersehen, dass die 
vorliegende Erfindung verwendet warden kann, urn vollig andere 
Typen von Analysen in anderen Anwendungen auszuftihren . 

Die bevorzugte Ausf uhrungsf orm 

Naohdem der Gesamtaufbau und Operation des allgemeinen 
Analysesystems der vorliegenden Erfindung besohrieben worden 
1st, wrrd sioh die ubrige Diskussion auf eine bestimmte 
bevorzugte Ausf uhrungsform konzentrieren, die nur eine der 
Abanderungen von mogliohen Implementierungen, VerSnderungen 
und Designalternativen darstellt. wahrend viele Teohniken zum 



Implementiereri der Konzepte des allgemeinen Analysesystems der 
vorliegenden Erfindung sich einem Durchschnittsf achmann nach 
Lesen der voranstehenden Diskussion ergeben, wird die Technik 
fur die gefadelte Interpretationssprache (Threaded 
Interpretative Language TIL) und insbesondere die Forth 
Programmiersprache nachstehend verwendet, urn einige der 
Konzepte zu illustrieren, die der bevorzugten Implementierung 
des allgemeinen Analysesystems zugrunde liegen. Bevor jedoch 
auf die bevorzugte Ausf uhrungsf orm Bezug genommen wird, wird 
eine kurze Beschreibung von Systemen mit einem gefadelten Code 
(threaded code) die Grundlage fur einige der Konzepte legen, 
die nachstehend eingefuhrt werden. Weiterer Hintergrund fur 
den Gegenstand von Threaded-Code-Systems lassen sich aus . 
Kogge, Peter M. "An Archtectural Trail to Threaded- Code - 
Systems" , Computer , Marz 1982, S. 22-32 ersehen. Eine 
zusatzliche Verdeutlichung lasst sich aus dem Lesen der 
Beschreibung der Low-Level -Analyseprimit ive entnehmen, die im 
Anhang C hierzu aufgefuhrt sind. 

Threaded Interpretative Sprachen 

Computersprachen sind im allgemeinen dafiir vorgesehen, urn die 
Brucke zwischen den Primitivoperationen, fur deren Ausfiihrung 
der Computer entworf en ist, z.B. Addieren, Holen aus einem 
Speicher etc., und den Aufgaben, die der Benutzer erzielen 
muss, z.B. Invertieren einer Matrix, Suchen einer Datei, etc., 
zu schlagen. Weil verschiedene Benutzer bei verschiedenen 
Anwendungen verschiedene Anf orderungen aufweisen, ist es im 
Grunde genommen fur eine nicht-erweiterbare Sprache unmoglich, 
gleichzeitig samtliche von diesen Anf orderungen zu erfullen. 
Ein Ansatz fur dieses Dilemma kann darin bestehen, dass 
versucht wird, in die Sprache samtliche moglicherweise 
nutzlichen Operationen, Strukturen und Einrichtungen 
einzubauen. Dieser Ansatz ist jedoch miihsam und mit einem 
geschlossenen Ende. Gefadelte interpretative Sprachen 
(threaded interpretative languages) nehmen einen anderen 
Ansatz mit offenem Ende an. Deren Ansatz besteht darin, einige 
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wenige Techniken bereit zustellen, die dem Nutzer ermoglichen, 
die speziellen Operationen, die aus einer bestimmten Anwendung 
benotigt werden, schnell hinzuzuf iigen . Die Fahigkeit zum 
Hinzuftigen von Spracheinrichtungen und Compiler-Strukturen 
wird als Erweiterungs- Fahigkeit bezeichnet. Diese 
Erweiterungsfahigkeit kann auf wenigstens 2 Ebenen zum Erhohen 
der Leistung, d.h. der Fahigkeit zum Hinzuf iigen von 
Spracheinrichtungen unter Verwendung von exist ierenden 
Compilern und der Fahigkeit zum Erzeugen von neuen anwendungs- 
spezifischen Compilern, die wiederum verwendet werden konnen, 
urn niitzlichere Spracheinrichtungen hinzuzuf iigen, auftreten; 
siehe z.B. Harres, Kim, "Forth Extensibility: Or How to Write 
a Compiler in Twenty-Five Words or less" Byte , August 1980, S. 
164-169. 

Allgemein gesagt wird ein Compute rprogramm,,, das in einer 
Threaded Interpretative Language (gefadelte'n 

Interpretationssprache TIL), z.B. einer Forth oder Post -Script 
Sprache, geschrieben ist, im Computer als eine Liste von 
Adressen von Unterprogrammen dargestellt, wobei jedes von 
diesen aus Adressen von anderen Unterprogrammen besteht, usw. 
bis die primitiven Operationen der Sprache er re icht werden. 
Weil er aulier das Lesen yon Adressen und das Springen zu 
diesen wenig zu tun hat, kann ein Threaded- Language - 
Interpretierer sehr schnell arbeiten. Verschiedene Typen von 
Adresseninterpretierern werden in Threaded- Code Systemen 
verwendet. In einem direkten Threaded-Code System wird eine 
Sequenz von Unterprogrammen in eine Liste von ihren 
Eintrittsadressen zusammengef adelt . Genauer gesagt konnen mit 
einer einfachen Liste von Adressen die eingenesteten 
Unterprogrammaufrufe auf der vorletzten untersten 
Unterprogramm-Einnestungsebene (wo jedes aufgerufene 
Unterprogratnm wiederum nicht andere Unterprogramme aufruft) in 
einem Computerprogramm, das in einer herkommlichen High-Level- 
Programmiersprache, z.B. ADA oder PASCAL, geschrieben ist, 
dargestellt werden. Eine kleine Maschinensprachenroutine (die. 
als Interpretierer bekannt ist) geht durch diese Liste, wobei 



sie sequentiell indirekte Verzweigungen in jedem Schritt 
ausfuhrt. Ein Interpretierer-Register verweist auf die nachste 
Adresse in der Liste von auszuf uhrenden Prozeduren, d.h. 
verweist auf die Adresse des tatsachlichen Maschinencodes fur 
die nachst Prozedur. Eine Anderung an dieser Technik fiigt 
einen Grad von fehlender Richtungsf ahigkeit zu dem 
Adresseninterpretierer hinzu. In einem indirekten Threaded- 
Code-System verweist das Interpretiererregister nicht direkt 
auf die Adresse der nachsten Prozedur, sondern verweist 
anstelle davon auf die Adresse eines Zeigers zu der nachsten 
Prozedur. Dennoch kann ein weiterer Grad von fehlender 
Richtungsf ahigkeit zu dem Adresseninterpretierer hinzugefugt 
werden. In einem indirekten Token-Threaded-Code -System 
verweist das Interpretiererregister auf die Adresse eines 
Tokens, das als ein Index zu einer Tabelle von moglichen 
Zeigern zu der nachsten Prozedur dient. 

Eine TIL . Anwendung wird im Hinblick auf einen Satz von 
anwendungs-spezlf isychen Worten (oder Objekten) definiert, die. 
in einem Worterbuch in dem Til System vorhanden sind. Jedes 
"Wort" in dem TIL Worterbuch bezeichnet eine ausfuhrbare 
Prozedur (nicht einfach ein Teil Oder ein Byte eines 
Speichers) , der ein externer alphanumerischer Name gegeben 
wird. Der interne TIL Wdrterbuch-Eintrag fur jedes Wort 
besteht allgemein aus einem Namenfeld, das den 
zusammengestellten Namen des Worts enthalt, einem Code-Feld, 
das eine Referenz. auf die Befehle> die ausgefiihrt werden 
sollen, enthalt, wenn das Wort ausgefiihrt wird, und einem 
Parameter-Feld, . das die zusammengestellte Definition des 
Worts, z.B. eine Reihe von Referenzen auf andere Worter in der 
Definition, enthalt, besteht. Das TIL Worterbuch ent'halt einen 
ersten Satz von eingebauten . Wortern, die fur die' meisten 
Benutzeranwendungen grundlegend sind, und einen zweiten Satz 
von eingebauten Wortern, die dem Benutzer ermogl'ichen, neue 
anwendungs-spezif ische Worte, die zu dem Worterbuch 
hinzugefugt werden sollen,- zii erzeugen. Sobald ein Wort in dem 
TIL Worterbuch definiert ist, kann es zum Definieren von 



vielen anderen anwendungs-spezif ischen Worten verwendet 
werden. Das TIL Worterbuch 1st deshalb erweiterbar. 

Der Prozess zum Eing eben von neuen ^ ^ 

Worterbuch wird normalerweise als dar Zusammen St ell ungs - 
Zustand (Kompilierungszustand. bezeichnet, . l„ dem 
Kompilierungs-Zustand, liest da s TIL System Definitional, von 
neuen anwendungs-spezifischen Worten , die _ irg ^Zl 
axtaman Qualla aingagaban warden, 2 .B einer 
Massenspeichereinrichtung oder einem Videoterminai . Die 
Defxnrtron von jedem neuan Wort besteht aus einem 

dafxnrert wrrd, und dann von dem Def initionskdrper fur das 

:;; ::: c '. 2 - b : a t ren worten una zahien - - 

Wort rst em ewgebautas oder benutzer-def iniertes 
(anwendungs-spezifisches) Wort, dass das TIL System 

Delation":**" KOmpili " u ^szustand uberzugshen, urn dan 
Defmxtronskorper zu kompilieren und einen Eintraa for da, 
wort, das garade definiert wird, in dem til Wbrte buch 

entL 1 Z tenT n E ,der Elnt " 9 Definition 
enthalten) . Exnxge Beispxeie von eingabautan def iniaranden 
Wortern in der Forth Sprache sind •••» ,n„„ , , " 
und VARIABL.P no- ■•■ . ' fDoppelpunkt), KONSTANT 

und VARIABLE. Bexspxele von anderen eingebauten Vierten 
Wortern umfassen (Semxkolon), welches die n *■ 

neuen worts definiert mit , . ,. ^^tiS^^ 
def mxerenden Worts in der bevorzugten Ausf uhrungsform der 
vorixegenden Erfindun, ist PROCl Andare Worter, die in der 

™ c ;„:::. die Definition — — — - ■ 

zu'de 0 ! 1 "" 10 " SineS definierend - i-t unterschiedlich 

zu der 3 enx g en von anderen Wortern dahingehend, dass sie sowoh! 
emen BUILD (Bildungs- odar KompUierungs-TeU dar ausgefuhrt 
wxrd. wenn Worte von dem definiarenden Wort kompiiiert warden 
und exnen DO ( Ausf uhrugns- odar Interpretierungs, -Teil der 
ausgefuhrt wird. wenn die von dam def inierendan Wort ' 



kompilierten Worter ausgefuhrt werden, umfasst. Die Funktion 
des BUILD-Teils (die in dem Kompilierungszustand ausgefuhrt 
wird) besteht darin, die Definition eines neuen Worts in das 
TIL Worterbuch hinein zu kompilieren. Die Kompilierung bringt 
allgemein ein Schreiben des Namens eines neuen Worts in das 
Namensfeld und ein Schreiben einer Referenz an den DO-Teil in 
das Code-Feld des Worterbucheintrags fur das neue Wort mit 
sich.Der BUILD-Teil des. def inierendes Wortes wird auch den 
Def initionskorper des neuen Worts in das Parameterf eld des 
entsprechenden Worterbucheintrags in solcher Weise 
kompilieren, dass der DO-Teil das Parameterf eld immer dann 
interpret ieren kann, wenn das neue Wort ausgefuhrt wird. 

Wenn z.B. ein neues Wort mit dem def inierenden Wort (:) in der 
Forth Programmiersprache oder dem def inierenden Wort PROC in 
der bevorzugten Implementierung des allgemeinen Analysesystems 
der vorliegenden Erfindung kompiliert wird, wird der 
Def initionskorper des neuen Worts allgemein aus einer Sequenz 
von eingebauten oder benutzer-def inierten (anwendungs- 
spezif ischen) Wortern bestehen, die alle nacheinander in dem 
TIL Worterbuch nachgeschlagen werden, und fur jeden 
Wortnachschlag wird die Adresse des entsprechenden 
Worterbucheintrags in das Parameterf eld des Worterbucheintrags 
fur das neue Wort, welches gerade kompiliert wird, 
geschrieben. Wenn das neue Wort ausgefuhrt wird, liest der 
Interpretierer in dem DO-Teil von (:) oder PROC einfach diese 
Adressen und fiAhrt die Worter, auf die Bezug genommen wird, 
aus. Fur Def initionen, die von dem def inierenden Wort VARIABLE 
in der Forth Programmiersprache kompiliert werden, kann jedoch 
der Def initionskorper von jedem neuen Wort die Grolie der 
Variable enthalten, die dem Parameterf eld des neuen 
Worterbucheintrags von dem BUILD-Teil des VARIABLE 
def inierenden Worts zugewiesen werden sollte. Wenn das neue 
.Wort, das von VARIABLE definiert wird, ausgefuhrt wird, wird 
der DO-Teil des VARIABLE def inierenden Worts ausgefuhrt und 
kann die Adresse der Variable zuruckgeben. Sornit sind diese 
def inierenden Worte tatsachlich verschiedene Compiler, d.h. 



die definierenden Worter (:) und PROC kompilieren 
• Prozedurdefinitionen (Operatoren) , wahrend das definierende 
Wort VARIABLE Datendef initionen (Operanden) kompiliert. 

Das TIL System behandelt benutzer-def inierte Worte genauso wie 
vom System zugefiihrte (eingebaute) Worte, d.h. samtliche 
benutzer-definierten Operatoren und Operanden konnen genauso 
wie vom System zugefiihrte Versionen verwendet werden. 
Demzufolge unterstiitzt das TIL System wenigstens zwei Ebenen 
einer Erweiterungsf ahigkeit . Auf der ersten Ebene verwendet 
der Benutzer standardgemalie definierende Worter, um zu dem TIL 
Worterbuch neue Worter (Prozeduren) hinzuzuf iigen, die im 
Hinblick vom System zugefiihrte oder vom Benutzer def inierte 
Worter definiert werden, Der Einbau eines vorher kompilierten 
Worts in die Definition eines nachher kompilierten Worts kann 
als analog zu dem Einnesten von Unterprogrammauf ruf en 
angesehen werden. Die Prozedur, die von irgendeinem Wort 
bestimmt wird (ob vom Benutzer definiert oder eingebaut) , in 
dem TIL W6rterbuch wird aufgerufen, indem eirtfach der Name des 
Worts in der Definition eines neuen Worts verwendet wird. Auf 
der zweiten Ebene einer Erweiterungsf ahigkeit^ : erzeugt der 
Benutzer neu definierende Worter, die wiederum verwendet 
werden, um neue "Familien"-Typen von Worfern zu dem TIL 
Worterbuch hinzuzufugen (zu kompilieren) . Auf dieser hoheren 
Ebene verwendet der Benutzer jedes neue definierende Wort, um 
zu spezifizieren, wie ein Mitglied jeder entsprechenden. 
Familie, d.h. ein neues Wort, das von dem neuen definierenden 
Wort kompiliert wird, kompiliert und ausgefuhrt werden soli. 

Das Verhalten zur Kompilierungszeit und das . Verhalten zur 
Ausfuhrungszeit jedes neuen Mitglieds einer Familie von Worten 
sind gewohnlicherweise z.B. in Forth., durch Verwendung der 
speziellen (Schlussel) Worte <BUILDS bzw. DOES> in der 
Definition jedes neuen definierenden Worts spezifiziert (die 
Zeichen ••<» und ••>» sind Teil der Namen von diesert 
Schlusselwortern und zeigen an, dass <BUILDS vor DOES kommt> 
oder mit anderen Worten, das der BUILD -Teil vor dem DO -Teil 
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kommt) . Das Verhalten zur Kompilierungszeit wird von dem Wort 
<BUILD und irgendwelchen Worten, die bis zu dem Wort DOES> 
folgen spezif iziert . Eine Ausfiihrung des def inierenden Worts 
bildet eine Worterbuchdef inition fur ein neues 

Familienmitglied. Die Inhalte dieser Definition werden von den 
Kompilierungszeitwortern konstruiert. Das Verhalten zur 
Ausf iihrungszeit wird von dem Wort DOES> und irgendwelchen 
Worten, die bis zum Ende der Definition folgen, spezif iziert . 
Eine Ausfiihrung von irgendeinem Familienmitglied fuhrt die 
Ausf iihrungszeitworter aus. Wenn ein neues Mitglied kompiliert 
ist und das neue definierende Wort ausgefiihrt wird r wird die 
<BIULDS Prozedur ausgefiihrt. Die <BUILDS Prozedur liest den 
Namen des neuen Mitglieds, d.h. nachste Wort nach dem neuen 
def inierenden Wort in dem Eingangstextstrom und fugt ein neues 
Namensfeld und ein Code-Feld fur eine neue Definition am Ende 
des Worterbuchs hinzu. Das Namensfeld enthalt den Namen des 
neuen Mitglieds und das Code-Feld enthalt einen Zeiger auf die 
Ausf iihrungszeitworter in der Worterbuchdef inition des neu 
def inierenden Worts, das ausgefiihrt werden wird, wenn das neue 
Mitglied ausgefiihrt wird* Wenn das neue Mitglied ausgefiihrt 
wird, dann wird die DOES> Prozedur gefolgt von den Wortern 
zwischen DOES> und dem Eride der neuen def inierenden 
Wortdef inition ausgefiihrt. Die DOES> Prozedur gibt die Adresse 
des Parameterf elds innerhalb der Worterbuchdef inition des 
neune Mitglieds zuriick. 

Die Prinzipien von TIL, einschliefilich der Verwendung der 
<BUILDS und DOES> Prozeduren in der Forth- Sprache konnen auf 
bevorzugte Implement ierungen des allgemeinen Analysesystems 
angewendet werden. Zum Beispiel konnen einige der Low-Level- 
Analyseprimitivf unktionen 78 im Anhang C hierzu z.B. 
DUPLICATE r so angesehen werden, dass sie grob dem Standard 
(eingebauten) Wortern in TIL entsprechen. Andere Low-Level- 
Analyseprimitivf unktionen 78, z.B. PROC, konnen so angesehen 
werden, dass sie grob den eingebauten def inierenden Wortern in 
TIL entsprechen. Die High-Level-Analyseprimitivf unktionen 78 
im Anhang A dazu und die High-Level -Analysemodule 7 0 konnen so 
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:eren 



betrachtet werden, dass sie grob den ausgefeilte 
eingebauten und vom Benutzer definierten def inierenden Wortern 
Deweils in TIL entsprechen. Die Steuerebenen-Analysemodule 70 
konnen so angesehen werden, dass sie grob den Wortern in TIL 
entsprechen, die aus diesen ausgefeilteren def inierenden 
Wortern definiert werden (Falle davon sind) . 

Allgemeines Analysesystem 

Als nachstes wird auf die Figuren 10-16 Bezug genommen, wo 
erne Reihe von bildlichen Darstellungen gesehen werden konnen, 
die Deweils den Aufbau von einer oder mehrereri Komponenten 
Oder Elementen der bevorzugten Ausf uhrungsf orm fur das 
allgemeine Analysesystem der vorliegenden Erfindung 
darstellen. Fig. io umfasst eine Illustration der Struktur der 
bevorzugten Ausf uhrungsf orm fur das allgemeine Analyseprogramm 
40, wahrend Fig. 11 den Aufbau der bevorzugten Ausf uhrungsf orm 
fur die Analysedaten 42 darstellt. Fig. 12 zeigt den Aufbau 
eines Typs von Steuerebenen-Analysemodulen 70 in der 
bevorzugten Ausf uhrungsf orm der in Fig. 11 gezeigten 
Analysesteuerdaten 42, wahrend Fig. 13 die Verwendung eines 
beispielhaften Steuerebenen-Analysemoduls 70 des in Fig. 12 
gezeigten Typs illustriert. Fig. 14 illustriert die 
Vorgehensweise, mit der ein Low-Level -Analyse -Modul 70 aus 
Low-Level-Analyse-Primitiven 78 konstruiert werden kann, 
wahrend Fig. 15 zeigt, wie das vom Benutzer definierte Low- 
Level -Analyse-Modul 70, das in Fig. 14 gezeigt ist, verwendet 
werden kann, ein High-Level -Analyse-Modul 70 zu bilden. Fig. 
16 zeigt, wie ein Steuerebenen-Analysemodul 70, ahnlich wie 
das in Fig. 12 gezeigte beispielhaf te Analysemodul 70, mit der 
Bildungsprozedur des High-Level-Analyse-Moduls 70, das in Fig. 
15 gezeigt ist, zusammengesetzt werden kann. Die in Fig. 10-16 
gezeigte bevorzugte Ausf uhrungsf orm basiert teilweise auf den 
Technikert, die von indirekten token- threaded Code-Systemen 
implementiert werden, auf die voranstehend Bezug genommen 
wurde . 



Zunachst bezugnehmend auf Fig. 10 umfasst das allgemeine 
Analyseprogramm 40 einen Block mit einer generischen 
Analysesof tware 100 und einer Anzahl von Analyseprirnitiven 78, 
die in der bevorzugten Ausf (ihrungs form mit 120 umnummeriert 
sind, wobei die High-Level-Analyse-Primitive 120 jeweils eine 
Do-Prozedur 112 und eine Build-Prozedur 114 umfassen: Wie sich 
nach einer Betrachtung der Fig. 10-16 und der beiliegenden 
Diskussion entnehmen lasst, ermoglicht ein physikalisches oder 
konzeptionelles Trennen der Analyseprimitive 12 0 von dem 
Sof twareblock 100 in dem allgemeinen Analyseprogramm 40 , dass 
neue Analyseprimitive 120 leicht in nachf olgenden Versionen 
des allgemeinen Analyseprogramms 40 hinzugefugt werden konnen, 
ohne die generische Analysesof tware 100 zu modif izieren . 

Fur Zwecke einer Illustration sind nur 4 beispielhaf te High- 
Level -Analyseprimitive 120 in Fig. 10 gezeigt und deren 
Funktionen sind alphabetisch mit "A-D" bezeichnet. Es lasst 
sich aus der vorangehenden Diskussion jedoch ersehen, das die 
Analyseprimitive 120 sowohl Low-Level- als auch High-Level- 
Analyseprimitive umfassen und dass ferner die Anzahl von High- 
Level-Analyseprimitivf unktionen 120 allgemein viel grofter als 
yier in der Praxis sein muss. Der Sof twareblock 100 umfasst 
eine Analyse -Bildungsprozedur 102 (Analyse-Build-Prozedur) , 
die mit einer Betreiberschnittstelle 200 kommuniziert , z .B. 
gemass dem Open System Interconnection (OSI) Modell. Wie 
vollstandig nachstehend diskutiert wird, insbesondere im 
Zusammenhang mit der Beschreibung des Kompilierungszustands 
der vorliegenden Erfindung, kann die Analysebildungsprozedur 
102 zusammen mit der Bildungsprozedur 114 (Build-Prozedur) 
einer High-Level-Analyseprimitivf unktion 120 verwendet werden, 
urn neue Steuerebenen-Analysemodule 70 zusammenzustellen (zu 
bilden) , die in der bevorzugten Ausf iihrungsf orm mit 130 
umnummeriert sind. Wie ferner nachstehend diskutiert wird, 
kann die Build-Prozedur 114 eines behutzer-def inierten High- 
Level-Analysemoduls 130 in ahnlicher Weise verwendet werden, 
urn neue Steuerebenen-Analysemodule 130 zu bilden. 



Unter weiterer Bezugnahme auf Fig. 10 umfasst der 
Sof twareblock 100 eine Analyse- Interpretiererprozedur 108 , die 
einen Baum von Analysemodulen 13 0 im Ansprechen auf einen 
Befehl interpretiert , um eine bestimmte Analyse auszufuhren. 
Der Befehl zum Ausfuhren einer bestimmten Analyse kann von 
irgendeinern "Analysebenutzer" . gesendet werden, d.h. 
irgendeinem Typ von . Programm in der Vermitt lungsstelle , die 
(Anrufe fiir die Ausfiihrung einer) eine Analyse verwendet. Eln 
typisches Beispiel eines Analysebenutzers ist das 
Anruf steuerprogramm 56, welches analogen oder digitalen 
Verkehr steuert, z.B. Telef onanruf e, durch die 
Vermitt lungsstelle. Andere Analysebenutzer konnen 
Betriebswartungsprogramme verschiedener Arten sein. Fur Zwecke 
der vorliegenden Erfindung wird jedoch angenommen, dass der 
Befehl zum Ausfuhren einer bestimmten Analyse von dem 
Anruf steuerprogramm 56 gesendet wird. 

Gemass der bevorzugten Ausf uhrungsf orm sendet das 
Anruf steuerprogramm 56 an die Analyse- Interpret iererprozedur 
108 Eingangsdaten 44, die aus (i) dem externen ( symbolischen) 
Namen fur eine auszuf uhrende Analyse z.B. "Ziffemanaly.se" 
oder M Rout ing- Analyse " , (ii) einem 
Parameterauf zeichnungszeiger und, fiir bestimmte 
Analysen, (iii) andere Information, die kbntext-abhangig 
(analyse-spezif isch) ist, bestehen. Der symbolische Name der 
Analyse wird verwendet, um auf die bestimmten 

Analysesteuerdaten fur die auszuf uhrende Analyse zuzugreifen. 
Per Parameter-Auf zeichnungszeiger wird verwendet, um in den 
Anruf steuerdaten 54 auf den Block von Parameterwerten fur den 
zu analysierenden Anruf (die Anruf auf zeichnurig) zuzugreifen, 
von dem oder zu dem die High-Level-Analyseprimit ive 120 (oder 
die High-Level -Analysemodule 130) dann irgendwelche 
Anruf parameterwerte , die von den Parameter- IDs 74 in den 
Steuerebenen-Analysemodulen 130 fur die bestimmte. Analyse 
angezeigt werden, erhalten oder, je nach Anforderung, 
schreiben konnen. 
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Unter weiterer Bezugnahme auf Fig. 10 ubersetzt ein Analyse- 
Primitivfunktionsworterbuch 104 den externen (symbolischen) 
Namen einer Analyseprimitivfunktion 120, z.B. EXTERN A, der 
von einem Betreiber uber eine Betreiberschnittstelle 200 
eingegeben wird, in ein Primitivf unktions-Token, z.B. eine 
Nummer (347) , die die spezifische Analyseprimitivfunktion 120 
identifiziert, die EXTERN A genannt wird. Das 
Primitivfunktions-Token dient ais ein Index in einer 
Analyseprimitivfunktions-Tokentabelle 106, die verwendet wird, 
urn eine der Analyseprimitivfunktionen 120 zu lokalisieren, 
einschlieftlich einer der High-Level-Analyseprimitivf unktionen 
"A-D" , z.B. einer Analyseprimitivfunktion "A". Die 
Analyseprimitiyfunktions-Tokentabelle 106 ubersetzt den Wert 
des Primitivf unktions -Tokens, z.B. 347, in einen Zeiger zu der 
Low-Level-Analyseprimitivfunktion 120 oder in zwei Zeiger zu 
der High-Level-Analyseprimitivf unktion 120, die diesem 
Tokenwert zugewiesen ist . 

Die zwei Zeiger zu der High-Level-Analyseprimitivfunktion 120, 
z.B. die Analyseprimitivfunktion "A" , besteht aus einem ersten 
Zeiger zu der Do-Prozedur 112 und einem zweiten Zeiger zu der 
Build-Prozedur 114 der High-Level-Analyseprimitivf unktion 120. 
Wie ausfuhrlich nachstehend erlautert wird, wird die Do- 
Prozedur 112 einer High-Level-Analyseprimitivf unktion 120 
ausgefuhrt, wenn diese Analyseprimitivfunktion 120 verwendet 
wird, urn eine Analyse auszufuhren, wahrend die 
Bildungsprozedur 114 (Build-Prozedur) dergleichen 
Analyseprimitivfunktion 120 ausgefuhrt wird, wenn dies 
Analyseprimitivfunktion 120 verwendet wird, urn eine neues 
Steuerebenen-Analysemodul 130 zu kompilieren 
(zusammenzustellen) . In dieser Hinsicht entsprechen die 
Analyseprimitive 78, die in den Fig. 7-8 gezeigt und 
voranstehend in dem allgemeinen Ubersichtsabschnitt. der 
Beschreibung diskutiert wurden, genauer dem DO-Prozeduren 112 
der Analyseprimitivfunktionen 120, die hier in Fig. 10 gezeigt 
sind. 



Level -Analyse-Primitivfunkt ion 120 (oder einem High-Level- 
Analysemodul 130) arbeitet, zugegriffen werden, um Daten aus 
der Anrufsteuerdatenbank 54 wahrend einer Analyse zu lesen (zu 
holen) und Daten darin zu schreiben (zu legen) , und von dem 
Anrufsteuerprogramm 56, um Daten fur andere Zwecke zu lesen 
und zu schreiben. Zum Beispiel kann die Do-Prozedur 112 einer 
Analyseprimitivfunktion 120, z.B. die Analyseprimitivfunktion 
"A", den Anlyseausfuhrungs-Eingangsdaten-Behandler 110 
verwenden, um irgendwelche der Parameterwerte in dem 
Anrufsteuerdatenblock 116 zu erhalten. In diesem Fall wird die 
Do-Prozedur 112 eine Parameteranf orderung, die eine Parameter- 
ID 74 enthalt, an den Anaiyseausf uhrungs- 

Eingangsdatenbehandler 110 senden, der wiederum die empfangene 
Parameter- ID 74 mit dem gespeicherten 
Parameterauf zeichnungszeiger in eine neue 

Parameteraufforderung korrelieren oder kombinieren wird, die 
dann an den Anruf steuerdatenspeicherbehandler 118 gesendet 



wird 



Ale ein sehr einfaches Beispiel, wie die Parameteranf orderung 
an den Anruf steuerdatenspeicherbehandler 118 zu bilden 1st und 
ohne. Einschrankung fur die vielen moglichen Implementierungen, 
die einem Durchschnittsf achmann vertraut sind, kann der 
Parameterauf zeichnungszeiger die erste Stelle in dem Block 116 
darstellen und die Parameter- ID 74 kann einen Versatz (offset) 
von dieser ersten Stelle darstellen, der zu dem Wert.des 
Parameterauf zeichnungszeigers hinzugefugt wird. Der 
Parameterwert, der zu der Parameter- ID 74 in dem 
Anrufsteuerdatenblock 116 gehort, wird dann von dem 
Anrufsteuerdatenspeicherbehandler 118 durch den 
Analyseausfuhrungs-Eingangsdatenbehandler 110 an die 
anfordernde Analyseprimitivfunktion 120 geleitet und in der 
Analyse verwendet . Eine andere Analyseprimitivfunktion 120 
kann danach ein Zwischenergebnis oder Endergebnis erzeugen, 
welches an den Anruf steuerdatenspeicherbehandler 118 gesendet 
und in dem Anrufsteuerdatenblock 116 gespeichert wird. 
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Es sei daran erinnert, dass samtliche Anruf auf zeichnungen den 
gleichen Satz von Parametern enthalten, die von dem gleichen 
Satz von Parameter- IDs 74 . identif iziert werden, aber das jede 
Anruf auf zeichnung Parameterwerte ftir einen bestimmten Anruf 
enthalt, die den von den Parameterwerten in einer anderen 
Anruf auf zeichnung, die gerade gleichzeitig analysiert wird, 
ziemlich unterschiedlich sind. Der Parameter- 

Auf zeichnungszeiger unterscheidet deshalb den bestimmten Satz 
von Anruf parameterwerten, der analysiert werden soil. Die 
andere Information, die in den Eingangsdaten 44 enthalten ist # 
kann irgendwelche analyse-spezif ische Inf ormation umf assen, 
die ebenf alls von den High-Level-Analyseprimitiven 120 (oder 
den High-Level-Analysemoduleh 130) analysiert werden konnen. 

Wie in Fig. 10 gezeigt werden der Parameterauf zeichnungszeiger 
und die andere Information, soweit vorhanden, in einem 
Analyseausf uhrungs-Eingangsdatenbehandler 110 gespeichert , der 
mit einem Anruf steuerdaten-Speicherbehandler 118 gekoppelt 
ist . Der Parameter-Auf zeichnungszeiger verweist auf oder 
stellt in irgendeiner Weise einen Bezug zu der Stelle eines 
Blocks yon Anruf steuerdaten fur den Anruf, der gerade 
analysiert wird, 116 in der Anruf steuerdatenbank 54,. die in 
dem Anruf steuerdaten-Speicherbehandler 118 gespeichert oder 
von diesem in irgendeiner anderen Weise behandelt wird> her. 
Der Anruf steuerdatenblock 116 umfasst samtliche relevante 
Daten fur den Anruf, der gerade. analysiert wird ( jeder Anruf 
kann mehrere verschiedene Analysen beinhalten) , d.h. Daten, 
die von einem Teilnehmer eingegeben werden, oder andere 
Anruf verarbeitungsergebnisse, die fur diesen bestimmten Anruf 
gultig sind, sowie Daten, die sich auf die 

Teilnahmeberechtigung oder den Auf enthaltsort des Teilnehmers 
beziehen, der fur samtliche Anrufe von dem Teilnehmer gultig 
ist. 

Auf den Anruf steuerdatenspeicherbehandler 118 kann von dem 
Analyseausf uhrungs-Eingangsdatenbehandler 110, der in Reaktion 
auf eine Aufforderung von der Do-Prozedur 112 einer High- 



Es sex an dieser Stelle darauf hingewiesen, dass fur die 
Zwecke der im Anhang_A beschriebenen beispielhaf ten High- 
Level-Analyseprimitivfunktionen 120 angenommen wird, dass die 
Eingangsdaten 44 nur aus den, externen Namen der Analyse und 
dem Parameteraufzeichnungszeiger bestehen und es wird nicht 
angenommen, dass andere Information in den .Eingangsdaten 44 
enthalten 1st, Demzufolge verwendet keine der beispielhaf ten 
Analyseprimitivfunktionen 120 in, Anhang A irgendeine andere 
Information, die in den Eingangsdaten 44 enthalten sein 
konnte. Wahrend dies in, A.ihangA oder Anhan q c nicht explizit 
erwahnt ist, wird von Durchschnittsf achleuten erkannt, dass 
die Low-Level -Analyseprimitivfunktionen 120 und die High- 
Level-Analyseprimitivfunktionen 120 (oder Equivalent die High- 
Level-Analysemodule 130) der vorliegenden Erfindung leicht 
andere (kontext-spezifische) Information verwenden kSnnen, die 
in den Emgangdaten 44 enthalten sein kann. 

Zum Beispiel konnen die Low-Level -Analyseprimitive 120 die 
andere information uber den Parameterstapel verwenden, d.h 
die kontext-spezifische Information, die von dem 
Anrufsteuerprogramm 56 bereitgestellt wird, kann oben auf dem 
Stapel als.ein erster Stapelrahmen vor der Ausfuhrung der in 
den Eingangsdaten 44 spezif izierten Analyse angeordnet warden 
Die Analyse kann dann diese Information durch Steuerebenen- 
Analysemodule 130,. die von High- Level- Analysemodulen (130) 

T2oZtV7T ^ rekUrSiV LGW - L - el ^alyseprimitiven 

120 gebildet (gebaut) werden, verwenden. Eine Verwendung der 

anderen Information in der Routing-Analyse kann z.B. dafur 

vorgesehen sein, urn die Ausfuhrung einer Routing-Analyse 

(Wegleitungsanalyse) durch einen sekundaren Wegleitungs-Pf ad 

(Muster) in dem Netz anzuzeigen, wenn es bekannt ist, dass ein 

pnmarer Routing-Pfad zu der gleichen gewunschten Zielstelle 

verstopft ist (mittels einer vorherigen Ausfuhrung einer 

Wegleitungs-Analyse durch den primaren Pfad) . Als ein anderes 

Beispiel kann die andere Information Zeiger zu den 

Anrufaufzeichnungen fur andere Anrufe umfassen, die in 

ahnlicher Weise zu der Anrufauf zeichnung analysiert werden 



sollen, auf die mit dem Parameterauf zeichnungszeiger verwiesen 
wird. 

Als nachstes bezugnehmend auf Fig. 11 umfasst die bevorzugte 
Ausf uhrungsf orm der Analysesteuerdatem 42 ein 
Analysesteuerdaten-Worterbuch 132, das den externen Namen 
einer Analyse, die von dem Anruf steuerprbgramm 56 befohlen 
wird, in einen Zeiger. zu den Analysesteuerdaten fur diese 
bestimmte Analyse umwandelt: Zwei spezifische Beispiele von 
externen Analysenamen, namlich. "Zif f ernanalyse" und "Routings- 
Analyse" sind in Fig. 11 gezeigt (ein exter'ner Name muss nicht 
auf eine Textkette beschrankt sein, sondern kann im 
allgemeinen irgendeine Bezeichnung oder ein Objekt sein, das 
extern zu dem allgemeinen Analysesystem erkanht wird, d.h. von 
der Betreiberschnitts telle 2 0 0 und der 

Anrufverarbeiturigssof tware) . Das Analysesteuerdaten-Worterbuch 
130 ubersetzt "Zif f ernanalyse" und "Routing-Analyse" und gibt 
Zeiger zu den entsprechenden Analysesteuerdaten zuruck, 
namlich Zif f ernanalysesteuerdaten 134 bzw. Routinganalyse- 
Steuerdaten 136. 

In der bevorzugten Ausf uhrungsf orm 1st der Aufbau der 
Analysesteuerdaten fur irgendeine Analyse, z.B. 
Zif f ernanalyse-Steuerdaten 134, ahnlich zu.dem Aufbau von 
irgendeiner anderen Analyse, z.B. von Routinganalyse- 
Steuerdaten 136. Jede Analysesteuerdatenstruktur , z.B. die 
Routinganalyse-Steuerdaten 136, umfasst ein Analysemodul- 
Worterbuch 138, das die externen Namen von Analysemodulen 130 
in Modul -Token umwandelt, d.h. Zahlen, die indirekt die 
Analysemodule. 130 innerhalb dieser bestimmten 
Analysesteuerdaten identif izieren. Gemass der bevorzugten 
Ausf uhrungsf orm weistjedes der Analysemodule 130 in einer 
Analysesteuerdatenstruktur einen externen Namen auf, der z.B. 
mit einer Voranstellung (Prafix) beginnen kann, die die 
bestimmte Analyse identif iziert , gefolgt von einer Nummer, 
z.B. RA275 (dieses Format ist nur beispielhaft und ein 
Betreiber kann irgendein anderes geeignetes Format , mit oder 
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ohne eine voranstellung, wahlen) . wie aus der Diskussion der 
Ausftihrungs- und Kompilierungszustande der vorliegenden 
Erfmdung deutlich wird, wird das Analysemodulworterbuch 138 
be lra Kompilieren (und nicht beim Ausfuhren) von Analysemodulen 



13 0 verwendet , 



Unter weiterer Bezugnahme auf die Figur 11 umfasst jede 
Analysesteuerdatenstruktur ferner einen Analyseausf uhrungs - 
Startdatenwert 140, der ein Start-Token 142 und einen 
-Tabellenzeiger 144 fur aktive Token umfasst. Das Start-Token 
142 stent einen Zeiger zu dem Stamm des Analysebaums fur eine 
bestzmmte Analyse bereit, z.B. dem Startsteuerebenen- 
Analysemodul 150 in der Routing-Analyse, wahrend der 
Tabellenzeiger 144 fur aktive Token einen Zeiger zu der 
"aktiven" Analysemodul-Tokentabelle 146 bereitstellt , der auf 
die Analysemodule 130 verweist, die zum Ausfuhren einer 
Analyse verwendet werden. Der Tabellenzeiger 144 fur aktive 
Token ermoglicht die parallele Verwendung von mehreren 
Analysemodul-Tokentabellen einschliefllich der aktiven 
Analysemodul-Tokentabelle 14 6, die zum Analysieren eines 
eohten Verkehrs duroh das Netz verwendet wird, und einer oder 
mehrerer "passiver" Analysemodul-Tokentabellen, z B der 
Analysemodul-Tokentabelle 148, die von dem Betreiber verwendet 
werden kann, urn mehr Analysemodule 130 innerhalb der 
Analysesteuerdaten fur eine bestimmte Analyse zu modif izieren 
z.B. zu bxlden, wahrend die aktive Analysemodul-Tokentabelle ' 
146 gerade zum Ausfuhren der tatsachlichen Analyse, d.h. zum 
Ausfuhren von Analysemodulen 130, verwendet wird. 

Jede Analysemodul-Tokentabelle 146 und 148 wird von einem 
Modultoken indiziert, der auf die tatsachlichen 

Speicherstellen (Adressen) der Analysemodule 13 0 verweist Wie 
nut dem Analyseprimitiv-Funktionstoken und den Analyse- 
Primitiven 120 ermoglicht die Verwendung des Modultokens d h 
der xndirekten Token-Threaded-Technik, anstelle einer 
Verweisung direkt mit einem Zeiger auf die Analysemodule 130 
erne Neuzuordnung eines Speichers, z.B. eine Bewegung 
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Modif izierung und Ersetzung von Analysemodulen 130 innerhalb 
eines Speichers. Insbesondere kann eine Modif ikation der 
Analysesteuerdaten fur eine bestimmte Analyse, die in der 
Reihenfolge von mehreren Megabites sein kann, indirekt durch 
Modifizieren der Zeiger (zu den Analysemodulen) in einer der 
passiven Analysemodul-Tokentabellen erzielt werden. Urn eine 
bestimmte Analyse zu modifizieren, z.'B. eine Routing-Analyse, 
kann der Betreiber einfach die Inhalte der aktiven 
Analysemodul-Tokentabelle 146 in die passive Analysemodul- 
Tokentabelle 148 kopieren (die Zeiger kopieren, anstelle die 
Analysemodule zu kopieren) , wenigstens einige der Zeiger zu 
den Analysemodulen 130 modifizieren, die neue Analysestruktur 
testen und die Analysemodul-Tokentabelle 148 aktivieren, 
nachdem das Testen beendet worden ist (den Wert des aktiven 
Tokentabellenzeigers 144 andern, so dass er auf die 
Analysemodul-Tokentabelle 14 8 verweist) . 

Gemaft Fig. 11 umfassen die Analysesteuerdaten fur jede 
Analyse, z.B. Zif f ernanalyse-Steuerdaten 134 oder 
Routinganalysesteuerdaten 13 6, einen Zeiger auf den Stamm der 
Analyse, d.h. das Starttoken 142 verweist. auf den Startpunkt 
fur die Analyse. Wenn erwunscht, kann jedoch jede Analyse mehr 
als einen moglichen Startpunkt haben, d.h. mehrere- 
unterschiedliche mogliche. Startsteuerebenen-Analysemodule 130 
innerhalb der gleichen Analysesteuerdaten-Struktur . Fur diesen 
Zweck kann das Starttoken 142 von den Analyseausfiihrungs- 
Startdaten 140 zu dem Analysesteuerdaten-Worterbuch 132 bewegt 
werden, urn eine dritte Spalte so zu bilden, dass jeder Eintrag 
in dem Analysesteuerdaten-Worterbuch 132 drei Attribute 
aufweisen wird, namlich einen externen Namen, einen 
Analysesteuerdatenanzeiger und ein Starttoken. Diese 
Implementierung ermoglicht tatsachlich die Erzeugung von 
verschiedenen Analysen innerhalb der gleichen 
Analysesteuerdatenstruktur, wobei jede unterschiedliche 
Analyse von einem anderen externen Namen identif iziert wird, 
der sowohl in einem Zeiger zu den entsprechenden 
Analysesteuerdaten als auch in einen Zeiger zu dem 
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entspreohenden Startanalysemodul 130 in den entspreohenden 
Analysesteuerdaten umgesetzt wird. 2um Beipiel w L en ^e 
axternen Namen "Routing-Anaiyse-l.. . "Routing-Analyse-2, Id 
»Routxng-Analyse-3» auf die gleiohen Analysesteuerdaten 
Varwexsen, n aml ich auf die Routinganalyse-Steuerdaten 136 
"erden aber jeweils auf ain anderes Startanalysemodul 130 ' 
verweisen, 



unter Bezugnahme als naehstes auf rig. 12 ist dar Aufbau eines 
ga.axnsa.an Typs von Steuerebenen-Analysemodule 130, dia zum 
Bexspxel xn dar Routing- Analyse verwendet u „ den ^ ^ »™ 
exnem Analyse-Administrationsmodul-Anf angsblock {Itead J 6 " 
exnem Prxmxtivf unktions-Token 162, exnem Parametergebxet „«' 
und axnam nachsten Modulrefererenzgebiet 166 , dia mhalte 
dxeser st*uktur wax-dan als ain Satz von auf einanderrolgenden 

Besch T *"* Einer Vardeutlichung der 

Baschraxbung konf iguriert) gebxldet. Der Analyse- 

Administrationsmodul-Header 160 wird fur administrative Zweoke 
ver and und kann _ Beisplel ^ 

Stauarabanan-Analyaamodula 130 spaicharn. Das 

La r va m r A I f r kti0nS " TOken " 2 VSrWeiSt Mt " eder aUf ei « 

130 »Tr ly ^ PriraiClV 120 •*» Hi.h-Level-Analysemodul 

162 'd! h " SUSfUhrU " 9 "" d «»» ^in-itivfunktions-Token 

162 durch dxa Analyseprimitivfunktions-Tokentabelle 106 cdar 
von dar Analysa m0 dul-Tokantaballa 146 dar Routinganalyse- 
Steuerdaten 136 in einen Zeiger zu dar Do-Prozedur daa 
bestxmmten Analyseprimitivs 120 umgesetzt, das diasen 
bestxmmten Typ von Steuerebenen-Analysemodul 130 
mterpretiert . 

Fur das in Fig. l2 g e2e i gt a Analysemodul 130 kann das 

12oTT nkti ° nS - TOken 162 High-Level-Anaiyseprimitiv 
120 das Typs "Indexwahler" waxsan und dxa Inhalte das 

ara^etergabxets 164 und das nachstan Modulref erenzgebxets 166 . 
konnen wxa xn Pig. 13 gazaigt sain. Das Parametergebiet 164 
anthalt axna Rafaranz zu dam Parameter odar dam Datanwert, dar 
analysxart warden soil, z.B. spexchert dia Parameter-ID 74 
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die auf einen Parameterwert in den Anruf steuerdaten 54 zeigt, 
und einen maxinialen Wert fur den Parameter, auf den Bezug 
genommen wird (im allgemeinen kann das Parametergebiet 164 
eine Kombination von Konstanten etc. enthalten und verweist 
auf Anrufdaten, in Abhangigkeit von der Funktion des 
Analyseprimitivs, auf das von dem Primitivf unkt ions -Token 162 
Bezug genommen wird) . Das nachste Modulref erenzgebiet 166 
enthalt eine Tabelle von Analysemodultokens , die von dem 
Indexwahler-Analyseprimitiv 120 indiziert wird, urn ein 
Modul token zu wahlen, das wiederum von der Analysemodul - 
Tokentabelle 146 in einen Zeiger zu dem nachsten Analysemodul 
154 umgesetzt wird. 

Wie voranstehend diskutiert, hangen die spezifischen Inhalte 
und die Organisation von Information in dem Steuerfeld 60 von 
irgendeinem Steuerebenen- Analysemodul 130 von dem Typ des 
High-Level-Analyseprimitivs 120 (oder equivalent dem Typ des 
High-Level-Analysemoduls 130), auf das von dem 
Primitivf unkt ions -Token 162 Bezug genommen wird, d.h. dem 
High-Level-Analyseprimitiv 120 (oder dem High-Level- 
Analysemodul 130) , das. zum Interpretieren des bestimmten Typs 
von Steuerebenen- Analysemodul 130 verwendet wird, ab. Die Fig. 
12-13 zeigen den Fall, bei dem das Primitivf unkt ions -Token 162 
auf ein Indexwahler-Analyseprimitiv 120 und ein Steuerfeld 60 
verweist, deshalb aus dem Parametergebiet 164 und dem nachsten 
Modulref erenzgebiet 166 besteht. In anderen Fallen, bei denen 
das Primitivf unktions-Token 162 zum Beispiel auf einem 
Zirkularverteilungswahler des in Fig. 9A gezeigten Typs oder 
einen zeitabhangigen Wahler des in Fig. 9B gezeigten Typs 
verweist, speichert das Steuerfeld 60 nicht eine Parameter- ID 
74 einer indizierten Tabelle von Analysemodultokens , sondern 
speichert anstelle davon andere Typen von Steuerdaten 76, z.B. 
in Fig. 9A den zuletzt verwendeten Auslass- Zirkular zahler 76b 
und Token zu anderen Analysemodulen 130, die alternativ als 
das nachste Analysemodul 130 gewahlt werden konnen. Es sei 
darauf hingewiesen, dass viele Veranderungen des Aufbaus des 
Analysemoduls 130, das in Fig. 12 gezeigt ist, moglich sind 
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und das nur das Primitivf unktions- Token 162 

Element des Aufbaus jedes Steu Y ° n ° twendi 9es 

Dedes Steuerebenen-Analysemoduls 130 ist . 

AusfiihruncrszustanH 

~ aj.yseincerpretiererprozedur 10ft 
Prozedur 112 der Analysepri m itiv f unLonen 120 
Analyse auszufahren. 0ra dies zu verdeutLchen 

dass das Anrufsteuerprogra,™ 5 6 Jf"""*-"' s - angeno^en, 

Analyseinterpreciererprozedur 108 angewiesen h at „• 
AusrUnrung einer b e stimten Analyse I ; S n n ne h n at ' w ^ e 

voranstehend beschrieben wurde sendet da! , I 
S« an die Analyseinterpre t iere pr^r ^7 

in totaalyse veruend i „: r t: ; -gangsda.en 

l ;rrr :^r ssen den .«^— — ** - 

Start rur dL AnalysTT^" ° der " R ° Uti "^nalyse.., was den 

spezifiziert ^ " ?" E ° ndelUn9 d " ^nalysebau^s, 

peziriziert. Die Eingangsdaten 44 umfassen a ,,^h • 

Parameterauzzeichnungszeiger der J' 

einen Anrur, der gerade -U^^^S^T - *- «* 

m. und m *gl icherweise andere In rol^ 

best lmmt e Analyse spezifisoh isc . a fur die 

Wie in Fig. 10 gezeigt, werden der 

Parameteraufzeichnungszeiger und die andere !„f„ . ■ 
Anal y 3eausra h rungs- E i ngangsdatenbeha ^ e d : r ^ nf « m --" " ^ m 

sparer .erwendet werden soil. Dsr , x ^~ "° ^rchert, der 

zi^zr* - d - ^-^^^ 

yexeicet, das, wie m Fiq n OP7oi „. 

3- licben Analysesteuerdaten ™ ™ 



einen Zeiger zu den geeigneten Analysesteuerdaten fur die 
gewunschte (benannte) Analyse zuriick. Wenn zum Beispiel 
angenommen wird, dass das Anruf steuerprogramm 56 eine 
Routinganalyse angefordert hat, z.B. den externen Namen 
"Routinganalyse" an die Analyseinterpretiererprozedur 108 
ges.endet hat, dann wird das Analysesteuerdaten-Worterbuch 132 
einen Zeiger zu den Routinganalyse -Steuerdaten 136 
zuruckgeben . 

Wie in Fig. 11 gezeigt, umfassen die Routingarialyse- 
Steuerdaten 136 die Analyseausf uhrungs-Startdaten 140, die 
sowohl das Starttoken 142 als auch den aktiven 

Tokentabellenzeiger 144 fur eine Routinganalyse enthalten. Das 
Starttoken (Wert 28 in Fig. 11) wird verwendet, urn die aktive 
Analysemodul-Tokentabelle 146 zu indizieren, die von dem 
aktiven Tokentabellenzeiger 144 angezeigt wird, um einen 
Zeiger zu dem ersten Steuerebenen-Analysemodul 14 0 bei der 
Routinganalyse, d.h. den Stamm des Routinganalysebaums , zu 
erhalten. Das Primitivf unkt ions -Token 162 in dem ersten 
Steuerebenen-Analysemodul 150 wird verwendet, um die 
Analyseprimitiyf unktions-Tokentabelle 106 (oder die 
Analysemodul-Tokentabelle 14 6) zu indizieren, um einen Zeiger 
zu der Do-Prozedur 112 der High-Level-Analyseprimitivf unktion 
12 0 (oder dem High-Level-Analysemodul 13 0) zu erhalten, die 
der bestimmten Struktur und Inhalten des Steuerfelds 60 des 
ersten Analysemoduls 150, z.B. dem Parametergebiet 164 und dem 
nachsten Modulref erenzgebiet 166 fur ein Indexwahler-Typ 
Analysemodul 150, zugeordnet ist, d.h.-diese interpretieren 
kann. 

Es sei ferner angenommen, dass zum Beispiel das 
Primitivf unktions-Token 162 des ersten Steuerebenen- 
Analysemoduls 150- auf eine Indexwahler-Typ High-Level- 
Analyseprimitivfunktion 120 verweist, die Do-Prozedur 112 des 
Indexwahler-Analyseprimitivs 120 die Parameter-ID 74 aus dem 
Parametergebiet 164 des ersten Steuerebenen-Analysemoduls 150 
liest und den Analyseausf iihrungs-Eingangsdatenbehandler 110 
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aufruft, der wiederucn eine ' Auf forderunc , 

--yses t eue r da t en- Sp e ich e rb e han °^ Tr^Tl 

ar r SterWertS ' - *er Parameter-ID 74 i n ^ Sen *" 

Analysesteuerdaten fur den Anruf 1 1 * 

ana lysiert wird , ^ ^ 

Prozedur 112 de ., t^™«u,. _ "™"rwtert wird an die Do 
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nachsten Modulref erenzgebiet 166 des Analysemoduls 152 in 
Abhangigkeit von dem Wert des "Ursprungs-" Parameters in dem 
Anruf datenblock 116. 

im allgemeinen wird der Parameter "Ursprung" verwendet, um 
eine Gruppe von Teilnehmern zu identif izieren, die von der 
Vermittlung in der gleichen Weise fur Anrufverarbeitungszwecke 
behandelt werden (es kSnne.n verschiedene "Ursprung- "Parameter 
fur eine Wegleitung, eine Abrechnung, etc.) vorhanden sein. 
Fur Wegleitungs-Zwecke kann der Wert des Parameters "Ursprung" 
zum Beispiel nicht nur den Ortseode bezeichnen, der von dem 
nationalen Numerierungsplan dem Gebiet der zentralen 
Vermittlungsstelle zugewiesen ist, sondern auch denjenigen 
Teil des geographischen Gebiets, der von der zentralen 
Vermittlungsstelle bedient wird, in dem sich der A-Teilnehmer 
befindet, oder andere Typen von Ursprung, beispielsweise die 
Geschaftsgruppe, zu der der A-Teilnehmer gehort. Der maximal 
zulassige Wert fur den Wegleitungs - "Ursprung" -Parameter hangt 
von dem Numerierungsplan, dem Typ der Teilnahmeberecht igung, 
etc. ab und wird in diesem Fall auf 7 gewahlt (ein Wert des 
"Ursprung -"Parameters grofter als 7 kann zum Beispiel entweder 
einen Fehler in der Verarbeitung oder alternativ, wenn die 
Werte 8 und 9 fur Geschafts- (PBX oder Centrex-Gruppen 
reserviert sind, einen Anruf von einem Geschaf tsteilnehmer , 
der eine weitere Analyse von "Ursprung" in einem anderen 
Analysemodul erfordert, anzeigen) . 

Uriter Fortsetzung der Bezugnahme. auf Fig. 13 sendet die Do- 
Prozedur 112 des Analyseprimitivf unktions- Indexwahlers den 
Parameter ID 74 fur "Ursprung" an den Analyseausf iihrungs - 
• Eingangsdaten-Behandler 110, der wiederum den 
Anruf steuerdaten-Speicherbehandler 118 auf fordert, die 

"Ursprungs"daten in den Anruf steuerdaten fur den Anruf 116, 
der gerade analysiert wird, zu lesen. Der Parameterwert des 
"Ursprung- "Datenwerts, hier 4, wird dann an die Do-Prozedur 
112 des Analyseprimit ivf unktions -Indexwahlers gesendet. Die 
Do-Prozedur 112 des Analyseprimit ivf unktions- Indexwahlers 
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greift dann auf den maximal zulassigen Wert von dem 
Parametergebiet 164 des Analysemoduls 152 zu und vergleicht 
den "Ursprung-" Parameterwert mit dem maximal zulassigen Wert. 

Wenn der "Ursprung- "Paramet erwert kleiner oder gleich zu dem 
maximal zulassigen Wert ist, dann verwendet die Do-Prozedur 
112 des Analyseprimitivfunktions-Indexwahlers den 
«Ursprung-"Parameterwert, urn eine Tabelle in dem nachsten 
Modulreferenzgebiet 166 des Analysemoduls 152 zu indizieren 
und wahlt den geeigneten Auslass von dem Analysemodul 152, 
d.h. das Analysemodultoken fur das naohste Analysemodul zum 
Ausfuhren. Wenn jedoch der "Ursprung- "Parameterwert grolier als 
7 war (wegen eines Fehlers in der Verarbeitung oder der Anruf 
war zum Beispiel von einem Geschaf tsteilnehmer ) , wird das 
Analysemodultoken fur ausserhalb eines Bereichs gewahlt und 
von der aktiven Analysemodul-Tokentabelle 146 in einen Zeiger 
auf ein vorgegebenes Steuerebenen-Analysemodul 130 tibersetzt. 

Da in diesem Fall der "Ursprung. "Parameterwert (4) kleiner als 
der maximal zuiSssige Wert (7) 1st, wird das 
Analysemodultoken, das von dem Parameterwert (4) indiziert 
wird, gewahlt und vori der aktiven Analysemodul-Tokentabelle 
146. in einen Zeiger auf das naohste Steuerebenen-Analysemodul 
154 ubersetzt. Das naohste Analysemodul 154 wird dann in einer 
ahnlichen Weise wie die Ausfiihrung des Analysemoduls 152 
ausgefuhrt. Die Analyse wird entlang dieser Zeilen 
fortgesetzt, wobei ein Analysemodul 130 sequential nach einem 
anderen Analysemodul 13 0 in dem Wegleitungs-Analysebaum 
ausgefuhrt wird. Einige der Analysemodule 130 in dem 
Wegleitungs-Analysebaum werden Zwischenergebnisse oder 
Endergebnisse der Analyse erzeugen (die Endergebnis- 
Analysemodule 130 werden Endpunkte in dem Analysebaum sein) 
Die Analysemodule 130, die ein Ergebnis erzeugen, werden von 
Ergebniserzeugnis-Analyseprimitiven 120 (oder Analysemodulen 
130, die ein Ergebnis erzeugen) interpretiert und die 
Ergebnisse konnen an die Anruf auf zeichnung 116 in den 
Anrufsteuerdaten 54 zur Verwendung in einer oder mehreren 
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nachf olgenden Analysen oder beim Steuern von irgendeinem 
externen Prozess zuriickgef iihrt werden. 

Kompiliervmgszustand 

In der bevorzugten Ausf uhrungsf orm der vorliegenden Erfindung 
wird der Kompilierungszustand aktiviert, wenn der Betreiber 
die Einrichtungen der Betreiberschnittstelle 200 verwendet 
(die mit der Analyse -Bildungsprozedur 102 kommuniziert ) , um 
neue Analysemodule 130 zu erzeugen. Der Betreiber kanri neue 
Analysemodule 13 0 erzeugen, die zu irgendeiner der drei 
verschiedenen voranstehend diskutierten Kategorien gehoren: 
(1) Low-Level -Analysemodule, die Wdrte (Unterprogramme) 
umfassen, die von anderen Low-Level -Analysemodulen und von 
High-Level-Analysemodulen aufgeruf en werden konnen, (ii) High- 
Level Analysemodule, die Worter definieren ( Build- Prozedur und 
Do-Prozedur) / die wie die High-Level-Analyseprimitivf unktionen 
arbeiten und (iii) Steuerebenen-Analysemodule, die mit anderen 
Steuerebenen-Analysemodulen in einer Analysestruktur unter . 
Verwendung der Analysemodultokens in ihren Steuerf eldern 60, 
z.B. den Analysemodultoken in dem nachsten Modulref erenzgebiet 
166 des Analysemoduls 152, das in Fig. 13 gezeigt ist, 
verbunden werden konn.en . Die Analysestruktur, die die neuen 
Steuerebenen-Analysemodule 13 0 umfasst, kann (i) eine Analyse- 
Superstruktur sein, die eine vollstandige Analyse bildet, z.B. 
eine Zif f ernanalyse oder eine Wegleitungsanalyse , oder (ii) 
eine Analyse -Substruktur, die von mehreren Stellen. in einer 
Analyse aufgeruf en werden kann. 

Eine Analyse-Substruktur kann zum Beispiel beim Wahlen einer 
bestimmten Route fur einen Anruf, der gerade verarbeitet wird, 
verwendet werden. Eine derartige Substruktur kann Aktionen 
umfassen,, die jedesmal ausgefiihrt werden sollten, wenn die 
Route von verschiedenen Teilen in einer Wegleitungs-Analyse 
gewahlt wird, zum Beispiel beim Sammeln von Statistiken iiber . 
die Anruf -Wegleitung oder eine Regulierung des 
Verkehrsbetrags , der an eine bestimmte Route gerichtet; ist . 



Andere Substrukturen konnen verwendet werden, urn 
Analysesteuerdaten darzustellen, die die gleichen in mehreren 
zentralen Vermittlungsstellen sind, und somit einmal von dem 
Betreiber erstellt und spater uber die Betreiberschnittstelle 
200 an das allgemeine Analysesystem in jeder zentralen 
Vermittlungsstelle geliefert werden konnen. Derartige andere 
Unterstrukturen konnen verwendet werden, zum Beispiel bei der 
Wegleitungs -Analyse von Notruf nummern, z.B. der Nununer 911, 
oder von internationalen Anrufen. 

In der bevorzugten Ausf dhrungsform sind die 
Analyseprimitivfuriktionen 120 eingebaut oder hart-codiert 
innerhalb des allgemeinen Analyseprogramms 40 und es handelt 
sich bei ihnen urn Typen, die allgemein entweder 
anwendungsneutral, d.h. fur eine Verwendung in verschiedenen 
Anwendungen vorgesehen^ oder benutzerneutral, d.h. fur eine 
Verwendung von verschiedenen Benutzern der gleichen 
grundlegenden Anwendung (z.B. Anrufverarbeitung) oder beides 
sind. Jedes der High-Level-Analyseprimitive 120 umfasst eine 
Build- Prozedur 114 und kann deshalb verwendet werden, urn neue 
Steuerebenen-Analysemodule eines bestimmten Typs in einer 
Weise zusammenzustellen, die etwas analog zu der Verwendung 
eines eingebauten definierenden Worts in Forth zum Definieren 
von neuen Forth-Woxtern ist. Indem auch ein Satz von Low- 
Level -Analyseprimitivfunktionen 120 ahnlich zu einigen der 
eingebauten Worter von "Forth, z.B. eine Prozedur, die ein 
Wort PROC definiert (ahnlich wie ":" in Forth) und die 
<BUILD und D0ES> Prozeduren, eingebaut werden, kann die 
Betreiberschnittstelle 200 auch verwendet werden, urn neue Low- 
Level- und High- Level -Analysemodule 13 0 zu erzeugen . Die High- 
Level- Analysemodule 130 konnen wiederum verwendet werden, urn 
anwendungsspezif ische oder benutzerspezif ische Steuerebenen- 
Analysemodule 130 zusammenzustellen, die auf die speziellen 
Anforderungen der Anwendung oder die Wunsche des' Benutzers 
zugeschnitten sind. In der Anrufverarbeitungsanwendung kann 
zum Beispiel der Vermittlungsstellenbetreiber neue 
Steuerebenen-Analysemodule 130 zusammenstellen und diese mit 



Steuerdaten fallen, die die bestimmte Konf igurat ion des Netzes 
des Betreibers (Numerierungsplan etc.) beschreiben. 

Die Low-Level- und High- Level- Analysemodule 130 sind nicht in 
das allgemeine Analyseprogramm eingebaut oder hart-codiert , 
sondern . werden von dem Benutzer gebaut und in den 
Analysesteuerdaten 42 gespeichert . Die Low-Level -Analysemodule 
13 0 werden rekursiv aus den Low-Level - 

Analyseprimitivf unktionen 120 in einer Weise definiert, die 
etwas ainalog zu der Definition von neuen Forth-Wortern aus 
eingebauten Forth-Wortern ist. Die Low-Level -Analysemodule 130 
und die Low-Level -Analyseprimitivf unktionen 120 konnen 
wiederum verwendet werden, urn neue High-Level -Analysemodule 
130. in einer Weise zu definieren, die etwas analog zu der 
Definition der neuen Forth-def inierenden Worter aus 
benutzerdef inierten und eingebauten Forth-Wortern ist. Die 
neuen High- Level -Analysemodule 130 werden genauso wie die 
High-Level -Analyseprimitivf unktionen 120 verwendet, um neue 
Steuerebenen-Analysemodule 130 iri einer Weise zu definieren, 
die etwas analog zu der Definition, der neuen Forth-Worter aus 
benutzerdef inierten def inierenden Wortern ist. Jedes neue 
High-Level-Analysemodul 130 wird die <BUILD und DOES> 
Funktionen verwenden, um sowohl das Kompilierungszeit- 
Verhalten (entsprechend zu der Build-Prozedur 114) als auch 
das Ausfuhrungszeit-Verhalten (entsprechend zu der Do-Prozedur 
112) jedes neuen Steuerebenen-Analysemoduls 13 0, das dayon 
def iniert wird, zu spezif izieren . 

Um eine neue anwendungsspezif ische oder benutzerspezif ische 
Analysesuperstruktur oder Substruktur zu bilden, konnen eine 
oder mehrere der eingebauten Low-Level- 

Analyseprimitivf unktionen 120, d.h. Worter (Unterprogramme) , 
zunachst verwendet werden, um neue Low-Level : - Analysemodule 
13 0, d.h. neu rekursiv definierte Unterprogramme (neue 
Versionen von <BUILDS oder D0ES> zum Beispiel) zu erzeugen .(zu 
definieren) . Die eingebauten Low-Level- 

Analyseprimitivf unktionen 120 und die benutzerdef inierten Low- 
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Level -Ana lysemodule 130 konnen dann verwendet werden, urn neue 
High-Level-Analysemodule 130, d.h. definierende Worte, zu 
definieren, die wiederum zusammen mit den eingebauten High- 
Level-Analyseprimitivfunktionen 120 verwendet werden konnen, 
urn neue Steuerebenen-Analysemodule 130 in dem Analysebaum zu 
bilden (wie sich aus der nachstehenden Beschreibung ersehen 
lasst, endet die Ausfuhrung der Low-Level- und High-Level- 
Analyseprimitive 120 oder der Anaiysemodule 130 normalerweise 
mit einem CALL RETURN (ANRUFRUCKSPRUNG) , wahrend die 
Ausfuhrung der Steuerebenen-Analysemodule 13 0 normalerweise 
mit einer GO TO Verbindung zu dem nachsten Steuerebenen- 
Analysemodul in dem Analysebaum endet) . 

Der folgende Text stellt Beispiele bereit, wie die 
Betreiberschnittstelle 200 in der bevorzugten Ausf uhrungsf orm 
der vorliegenden Erfindung verwendet werden kann, urn (1) neue 
Steuerebenen-Analysemodule 13 0 aus eingebauten High-Level- 
Analyseprimitivfunktionen 120 zusammenzustellen, (ii) neue 
Low-Level -Anaiysemodule 13 0 aus (eingebauten) Low-Level - 
Analyseprimitivfunktionen 120 zu definieren, (iii) neue High- 
Level-Analysemodule 130 aus Low-Level- 

Analyseprimitivfunktionen 120 und Low-Level -Analysemodulen 130 
zu definieren (die Low-Level -Analyseprimitivf unktionen 120 und 
die Low-Level -Anaiysemodule 130 sind allgemein Unterprogramme, 
die zum Definieren entweder von Low-Level -Analysemodulen oder 
High-Level -Analysemodulen verwendet werden konnen)/ und (iv) 
neue Steuerebenen-Analysemodule 130 aus benut zerdef inierten 
High-Level -Analysemodulen 13 0 zusammenzustellen. In den 
nachfolgenden Beispielen werden die Worter, die uber die 
Betreiberschnittstelle 200 eingegeben werden, in 
Grossbuchstaben dargestellt, urn diese von englischen Wortern 
zu unterscheiden . 



* 




* 
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Allgemeiner Uberblick der Kompilierung von Steuerebenen- 
Analy s emodulen 



Die Analyse -Bildungsprozedur 102 und die Bildungsprozedur 114 
der eingebauten High-Level -Analyseprimitivf unktion 120 oder 
ein frtiher definiertes High-Level-Analysemodul 130 konnen in 
einer Tamdemverschaltung verwendet werden, urn neue 
Steuerebenen-Analysemddule 13 0 innerhalb bestimmter 
Analysesteuerdaten, z . B . Wegleitungsanalyse-Steuerdaten 13 6 , 
zu definieren. Im allgemeinen wird die Definition von jedem 
neuen Steuerebenen-Analysemodul 130 umfassen den Namen der 
Analysesteuerdaten, die der bestimmten Analyse entsprechen, 
z.B. der Wegleitungs -Analyse, in die das neue Steuerebenen- 
Analysemodul 130 eingefiigt werden soil, und den Namen des 
def inierenden Worts, das einer bestimmten High-Level- 
Analyseprimitivf unktion 120 oder einer High-Level-Analysemodul 
130 entspricht, z.B. "Indexwahler", was ein allgemeines 
Skelett (eine Schablone) eines Typs (einer Klasse) von 
Steuerebenen-Analysemodule bereitstellt , von denen das neue 
Analysemodul 130 ein spezifisches Ereignis (Objekt) ist. Die 
Analyse-Bildungsprozedur 102 wird das Analysesteuerdaten- 
Worterbuch 132 und das Analyseprimitivf unktions -Worterbuch 104 
oder das Analysemodul -Worterbuch 130 verwenden, um die 
Analysesteuerdaten wie die Bildungsprozedur der High-Level- 
Analyseprimitivf unktion 120 oder eines High-Level- 
Analysemoduls 130, die jeweils in der Definition benannt sind, 
zu identif izieren. 

Bei der Kompilierung von Steuerebenen-Analysemodulen 13 0 gibt 
der Betreiber Information ein, die in zwei Teile aufgeteilt 
werden kann (diese Unterteilung ist jedoch eine Frage einer 
Designwahl) . Der erste Teil besteht aus Information (i) , die 
von.dem Betreiber fur samtliche Steuerebenen-Analysemodultypen 
(Familien) eingegeben wird, und zwar unabhangig von dem 
bestimmten Typ vom Steuerebenen-Analysemodul, das gerade 
definiert wird, und (ii) die von der Analyse-Bildungsprozedur 
102 behandelt wird (eine Gruppe von Steuerebenen- 



Analysemodul en sind von dem gleichen "Typ" oder der gleichen 
"Familie", wenn sie definiert werden oder aus der gleichen 
High-Level-Analyseprimitivfunktion 120 oder dem gleichen High 
Level -Analysemodul 130 definiert oder gebaut (gebildet) 
werden. Diese Information umfasst den externen Namen der 
Analyse, den externen Namen des neuen Steuerebenen- 
Analysemoduls, bestimmte administrative Information und den 
externen Namen der High-Level-Analyseprimitivf unktion 120 oder 
des High-Level-Analysemoduls 130, die/das zum Zusammenstellen 
des neuen Steuerebenen-Analysemoduls verwendet wird . Die 
administrative Information und der externe Name der High- 
Level-Analyseprimitivf urtkt ion 120 oder des High-Level- 
Analysemoduls 130 wird in den Analyseadministrationsmodul- 
Header 160 bzw. das Primitivfunktions-Token 162 des neuen 
Steuerebenen-Analysemoduls 130 kompiliert. 

Der zweite Teil der Betreibereingabe besteht aus Information 
(i), die far einen bestimmten Steuerebenen-Analysemodultyp 
spezifisch ist, d.h. von dem Typ der High-Level- 
Analyseprimitivfunktion 120 oder dem High-Level -Analysemodul 
130 abhangt, die/das zum Definieren des neuen Steuerebenen- 
Analysemoduls 130 verwendet wird, und (ii) die von der 
spezif ischen Bildungsprozedur dieser Analyseprimitivfunktion 
120 oder diesem Analysemodul. 130 behandelt wird , Diese 
Information (bestimmte Parameterwerte) werden in das 
Steuerfeld 60 des neuen Steuerebenen-Analysemoduls 
(kompiliert) darin eingebaut. Fur den examplarischen Typ von 
Steuerebenen-Analysemodul 130, das in Fig. 12 gezeigt ist, 
umfasst diese Information die Parameter- ID 74, die in das 
Parametergebiet 164 kompiliert ist, und die externen Namen der 
nachsten Analysemodule (mit Ausnahme von denjenigen 
Steuerebenen-Analysemodulen 130, die Endpunkte in der Analyse 
sein werden und deshalb keinen haben werden), die in das 
nachste Modulref erenzgebiet 166 des neuen Steuerebenen- 
Analysemoduls 13 0 kompiliert werden. 



« »• • - - 

• • • • • ? 

, ft • • • 

• • • *.. 
• • •• 



• " • • • * 

: . * • • 



67 

Kompilierung von Steuerebenen-Analysemodulen aus High-Level- 
Analyseprimitivf unktionen 

Zur Veranschaulichung sei der Fall betrachtet , bei dem ein 
Steuerebenen-Analysemodul des Typs "Indexwahler" ,' das in Fig. 
13 gezeigt ist, d.h. ein Steuerebenen-Analysemodul 13 0, auf 
das das Indexwahler-Analyseprimitiv 120 verweist, erzeugt 
wird. Der Betreiber kann das "Indexwahler" -Steuerebenen- 
Analysemodul 152 durch Ausgeben eines Befehls an die Arialyse- 
Bildungsprozedur 102 (Fig. 10) uber die Betreiberschnittstelle 
200 erzeugen. Dieser Befehl wird die folgenden Teile 
enthalten : 

.1. Das Befehlswort zum Erzeugen eines neuen Analysemoduls. 

2. Den externen Namen der Analysesteuerdaten, in denen das 
neue Analysemodul liegen wird, z.B. "Rout ing- Analyse 11 
(fur die Routinganalyse-Steuerdaten 136 in Fig. 11) . 

.3. Den externen Namen des Analysemoduls, das. erzeugt werden 
soil, z.B. 11 RA 275" . 

4. Administrative Information, z.B. "Ursprung fur eine 
^ Wegleitung" , die in den Analysemodul - 

~ Administrationsheader 160 des neu erzeugten 

Analysemoduls 152 zusammengestellt wird. 

5. Den externen Namen der Analyseprimitivf unktion 120, z.B. 
"Indexwahler", die beim Kompilieren (und Ausfiihren) des 
neuen Analysemoduls verwendet werden soil. 

6. Information, die fur die gewahlte 
Analyseprimitivf unktion spezifisch ist. In diesem 
Beispiel (Indexwahler) ist die folgende Information 
erf orderlich : 
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a. Die Parameter-ID 74 fur den 

Analyses teuerdatenparameter , der analysiert werden 
soil, z.B. die ID 74 fur "Ursprung" (hier Ursprung 
fiir Wegleitungs-Zwecke) . Diese Parameter-ID 74 kann 
ein Tokenwert sein oder kann alternativ ein 
symbol ischer externer Name sein, der in einen 
Tokenwert -Verwendung einer Katalogfunktion 
umgewandelt wird. 

b. Eine Anzeige iiber die Gesamtanzahl von moglichen 
Auslassen von dem neuen Analysemodul, d.h. den 
hochsten (maximal e'n) Indexwert des analysiert en ' 
Parameters, fur den ein neues Analysemodul 
zugewiesen werden sollte. 

c. Fur jeden Auslass (einschlielilich des Auslasses 
ausserhalb-des Bereichsj den externen Namen des 
Analysemoduls, das als das nachste Analysemodul fur 
diesen Auslass zugewiesen werden sollte. 

In der bevorzugten Ausfuhrungsf orm der Erfindung handelt es 
sich bei der Betreiberschnittstelle 200 urn eine Computer- 
Computer r Schn.it tst el le,. die gemafi dem OSI Modeil ko.nf iguriert 
ist und der eine beliebige Syntax gegeben werden kann. Die 
folgende Syntax ist ein Beispiel, wie die Syntax fur einen 
Betreiberbefehl zum Erzeugen eines "Indexwahler- "Analysemoduls 
gebildet werden kann: 

CREATE ROUTINGANALYS I S :RA275 "ORIGIN FOR 
ROUTING" INDEX_SELECTOR(58, 4, RA187, 
RA198, RAO , RA99, RA99, RA33) 

Dieser Befehl (Textkette) von dem Betreiber wird von der 
Analyse-Bildungsprozedur 102 und der Bildungsprozedur 114 der 
Analyseprimitivfunktion "Indexwahler" in den folgenden 
Schritten gelesen und ausgewertet ( interpret iert) . 



Die Analyse-Bildungsprozedur 102 erkennt den Befehl zum 
Erzeugen eines neuen Analysemoduls , d.h. das 
Schlusselwort "Create" (Teil 1) und aktiviert die 
geeigneten inneren Teile, die die "Create" -Funkt ion 
ausfuhren. Andere Befehle, die die Analyse- 
Bildungsprozedur 102 erkennen kann, umfassen Befehle zum 
Modifizieren von Parameterwerten in (Inhalten von) 
existierenden Analysemodulen 130 und Befehle zum Andern 
der aktiven Analysemodul-Tokentabelle 146 in den 
Analysesteuerdaten 136, z.B. zum Modifizieren des Werts 
des aktiven Tokentabellenzeigers 144, urn anstelle davon 
auf die Analysemodul -Tokentabelle 148 zu verweisen. 

Die aktivierten Teile der Analyse-Bildungsprozedur 102 
extrahieren den externen Namen der Analyse, d.h. 
"Routing-Analyse" (Teil 2) und verwenden dann das 
Analysesteuerdaten-Worterbuch 132 (das eine Auflistung 
von fruher definierter Analyse enthalt) , um "Routing- 
Analyse" in einen Zeiger zu den Analysesteuerdaten 136 zu 
ubersetzen. 

Die aktivierten Teile der Analyse-Bildungsprozedur 102 
extrahieren nun den externen Namen des neuen 
Analysemoduls, d.h. "RA 215* (Teil 3). Der externe Name 
des neuen Analysemoduls wird in das Analysemodul - 
Worterbuch 138 eingegeben und ein nicht verwendetes. 
Modultoken, z.B. der Wert 65, wird dem neuen Analysemodul 
zugewiesen. 

Die aktivierten Teile der Analyse-Bildungsprozedur 102 
extrahieren den externen Namen der 

Analyseprimitivf unktion, d.h. "Indexwahler" (Teil 5) und 
verwenden dann das Analyseprimitivf unkt ions-Worterbuch 
104 (das eine Auflistung von fruher definierten 
Analyseprimitivf unktionen 120 enthalt), um "Indexwahler" 
in ein Primitivf unkt ions-Token umzusetzen, das auf diese 
Analyseprimitivf unktion verweist, z.B. den Wert 93. 
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Die aktivierten Teile der Analyse -Bildungsprozedur 102 
verwenden die Analyseprimitivf unktions-Tokentabelle 106, 
urn das (im Schritt 4 gefundene) Primitivf unktions-Token 
in einen Zeiger zu der Build- Prozedur 114 des 
Analyseprimitivf unktions- Indexwahlers zu ubersetzen und 
dann eine Ausfuhrung dieser Build-Prozedur li4 zu 
beginnen. An diesem Punkt geht die Steuerung von der 
Analysebildungsprozedur 102 an die Bildungs -Prozedur 114 
des indexwahlers. 

Die Bildungs -Prozedur 114 des Analyseprimitivf unktions- 
Indexwahlers extrahiert die Information, die fur den 
Indexwahler (Teil 6) spezifisch 1st, weist einen 
Speicherplatz fur das neue Indexwahler-Analysemodul in 
der Form der Fig. 12 zu und fullt das Parametergebiet 164 
und das Modulreferenzgebiet 166 mit den geeigneten Werten 
in den folgenden Schritten: 

a. Die Bildungsprozedur 114 des 

Analysepri.mitivfunktions-Indexwahlers extrahiert die 
. Parameter- ID 74 des. Analysesteuerdatenparameters, 
. der analysiert. werden soil, d.h. den Tokenwert (58) 
fiir "Ursprung" (Tell 6a) und den maximalen Wert des 
Anruf parameters, d.h. den Wert 4 (Teil 6b) , aus 
denen die Anzahl von Auslassen von dem neuen 
Analysemodul befechnet werden konnen (die Anzahl von 
in dem nachsten Modulreferenzgebiet 166 zu 
reservierenden Satzen ist urn 2 grofier als der 
maximale Wert des Anruf parameters , d.h. sechs Platze 
hier, einer jeweils fur die Werte 0-4 und ein 
anderer fiir aufterhalb des Bereichs) . An diesem Punkt 
wird die benotigte Grofte. des neuen Analysemoduls 
berechnet, ein leeres Analysemodul mit der 
geeigneten GroJie wird zugewiesen und die extrahierte 
Information wird in das Parametergebiet 164 
geschrieben. 



b. Fur jeden Auslass (einschlielilich des Auslasses ftir 
auflerhalb-des-Bereichs) , das in dem Eingabetextstrom 
genannt wird, extrahiert die Bildungsprozedur 114 
des Analyseprimitivfunktions- Indexwahlers den 
externen Namen des Analysemoduls (36c) und verwendet 
das Analysemodul- Wort erbuch 138 (welches eine 
Auflistung von fruher definierten Analysemodulen 130 
enthalt) , urn das entsprechende Modul token 
aufzufinden. Dieses Modultoken wird in dem 
geeigneten Schlitz in dem nachsten 

Modulreferenzgebiet 166 angeordnet . An diesem Punkt 
endet die Ausfuhrung der Bildungsprozedur 114 des 
Analyseprimitivfunktions-Indexwahlers und die 
Steuerung wird zuriickgegeben und ein Zeiger auf das 
neue. Analysemodul wird an die anfanglich aktivierten 
Teile der Analysebildungsprozedur 102 zuriickgegeben. 

Die aktivierten Teile der Analysebildungsprozedur 10.2 
schreiben den zuriickgegebenen Zeiger in das neue 
Analysemodul und das Modultoken (welches im Schritt 3 
gefunderi wird) in die inaktive (passive) Analysemodul- 
Tokentabelle 148, d. h. der Zeiger wird in einen Schlitz 
65 in der passiven Analysemodul -Tokentabelle 148 
geschrieben. Das neue Analysemodul wixd dadurch an die 
Routinganalyse-Steuerdaten 136 "gebunden* 1 . 

Die aktivierten Teile der Analysebildungsprozedur 102 
schreiben das Primitivf unktionstoken, d.h. den Wert . 93 
(der im Schritt 4 gefunden wird) in das 

Primitivf unktions-Tokenf eld 162 des neuen Analysemoduls 
und schreiben auch die Administrationsinf ormat ion, d.h. 
"Ursprung fur eine Wegleitung" (Teil 4) in den 
Administrations -Header 160 des neuen Analysemoduls. Der 
Analyseadministrations-Modulheader 160 wird deshalb eine 
kurze Beschreibung des neuen Analysemoduls ("Ursprung fur 
eine Wegleitung") enthalten und das Primitivf unktions- 
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Token 162 wird einen Zeiger zu der Do-Prbzedur 112 des 
Analyseprimitivfunktions-lndexwahlers indizieren, der 
ausgefuhrt wird, wenn das neue Analysemodul (»ra 275") 
analysiert ( interpret iert wird) . 

Einmal definiert kann das neue Analysemodul RA 25 bei der 
Wegleitungs -Analyse durch Kopieren des entsprechenderi 
Modultokens und des Zeigers von der inaktiven Analysemodul- 
Tokentabelle 148 (Schritt 7) zu der aktiven Analysemodul - 
Tokentabelle 146 verwendet werden. Wenn RA 275 ausgefuhrt 
wird, dann wird die Do-Prozedur 112 des Indexwahlers der 
Analyseprimitivfunktion 120 angezeigt von dem 

Primitivfunktionstoken 162 ausgefuhrt. Die Do-Prozedur 112 des 
indexwahlers wird einf ach die Tabelle von Analysemodul -Tokens 
m. dem nachsten Modulref erenzgebiet 166 indizieren und das 
Analysemodul-Token entsprechend zu dem Wert des 
"Ursprung-Anrufparameters- wahlen. Wenn z.B. der Wert von 
"Ursprung" 0 ist, dann wird RA 187 gewahlt; wenn der Wert von 
"Ursprung" 1 ist/ dann wird ^ 198 gew , hlt; use ; Somit ^ 

dxe Wegleitungs -Analyse einem der Analysemodul-Token in dem 
nachsten Modulref erenzgebiet 166 von RA 275 zu dem nachsten 
Analysemodul 13 0 in dem Anaysebaum folgen. 

Es sei darauf hingewiesen, dass der Zeiger zu dem neuen 
Analysemodul 130 zunachst in die passive Anaylsemodul- 
Tokentabelle 148 eingeftigt wurde und dann die aktive 
Analysemodul-Tokentabelle 146 transf eriert wurde. Allgemein 
werden samtliche Modif ikationen zu den Wegeleitungsanalyse- 
Steuerdaten 136 der passiven Analysemodul-Tokentabelle 148 
durchgefuhrt. In der Praxis wird der Betreiber wunschen, eine 
Analysesuperstruktur oder Substruktur zu erzeugen oder zu 
modxfxzieren, die mehrere Steuerebenen-Analysemodule 130 
umfassen, anstelle von nur einem Steuerebenen-Analysemodul 130 
zu D eder Zeit. Fur diesen Zweck werden die Inhalte der aktiven 
Analysemodul-Tokentabelle 146 zunachst in die passive 
Analysemodul-Tokentabelle 148 kopiert . Dieser Schritt erlaubt 
dass die aktive Analysemodul-Tokentabelle 146 fortwahrend in ' 
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der Routing- Analyse des Telef onverkehrs verwendet wird, 
wahrend die Analysesuperstruktur oder Substruktur gerade in 
der passiven Analysemodul-Tokentabelle 148 modifiziert wrid, 
und stellt ferner sicher, dass diese Tokentabellen intern 
konsistent miteinander sind. 

Die Modif ikationen an den Analysesteuerdaten konnen z.B. aus 
einer Reihe von Definitionen von neuen Analysemodulen 130/ zu 
denen Zeiger in die Analysemodul-Tokentabelle 148 eingefiigt 
werden, oder aus einer Reihe von Modif ikationen an den 
Parameterwerten in exist ierenden Analysemodulen 13 0, die 
effektiv eine neue Analysesuperstruktur oder Substruktur 
erzeugen, bestehen. Sobald sie modifiziert ist, kann die 
Analysesuperstruktur oder Substruktur nach Fehlern gepruft 
werden, z.B. nach Endlosschleif en, offehen Enden etc. und wird 
dann dem Verkehr ubergeben, indem der Wert des aktiven 
Tokentabellenzeigers geandert wird, urn anstelle auf die. 
Analysemodul-Tokentabelle 146 auf die Analysemodul- 
Tokentabelle 148 zu verweisen. Die vorher aktive Analysemodul- 
Tokentabelle 146 kann far eine vorgegebene Zeitperiode, z.B. 
24 Stunden, gespeichert werden, bis die Eff izienz der neuen 
aktiven Analysemodul-Tokentabelle 148 beurteilt werden kann. 
Wenn sich Verkehrsstorungen entwickeln sollten, kann die 
Analysemodul-Tokentabelle 146, die auf einen erwiesenen Satz 
von Analysemodulen 130 verweist, dem Verkehr neu ubergeben 
(neu aktiviert) werden. 

Im Anhang A wird ein Satz von High-Level- 
Analyseprimitivf unktionen 120 beschreiben, die beim 
Zusammenstellen von neuen Steuerebenen-Analysemodulen 
verwendet werden konnen. Diesr Satz ist dafur vorgesehen, urn 
beispielhaf t die Typen von High-Level-Funktionen, die 
inenrhalb der bevorzugtn Ausf uhrungsf orm der vorliegenden 
Erfindung verwendet werden konnen, weiter darzustellen, d.h. 
die Anwendung des allgmeinene Analysesystems fur die Steuerung 
einer Anruf verarbeitung in einem Telekommunikationssystem, 
z.B. einer zentralen Vermittlungsstelle . 
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Durchschnittsfachleute warden erkennen. dass viele andere 

High-Level-Analyseprimitivfunktlonen implementiert warden 
konnen. 

Kompilierung von Low- Level-AnaI Y Bemodulen 

Die folgende Zeila einer Bingabe zu den allgemelnen . 
Analysesystemen illustriert die Varwendung von einigen der 
Low-Laval-Analyseprimitivfunktionen 120, die i ra Anhang c 
baschrraben sind, u m ain neues Low-Laval -Analysemo^uT^ 
defmieren: 

PROC 2* DUPLICATE ADD ENDPROC 

Level-Analyseprrmitivfunktionen 120. die zum Bildan Von nauen 
Low-Level-Analysemodulen 130 in ainar Weise varwandat warden, 
die etwas analog zu der Varwendung . = . und ,, ,. „ in Forth 
Jades nana Low-Level-Analysemodulen 130. da s von PROC 
def.nlart wird, wird die kompilierte. De£lnition „ th . ltM/ 
d.h. die kompiliarten Worter zwischen PROC und ENDPROC (2* 

fur das nana Low-Level-Analysemodulen 130. Die dritten und 
vierten Telle (DUPLICATE und ADD) sind Low-Level - 
Analyseprimitivfunktionen 120. dia dia Function das nauan Low- 
Level -Analysemoduls 130 implementieren . I n diesem Beispiel 
soli die Funktion den Wart das Tails oban auf dam 
Ausfuhrungs.zeitstapel mit zweimal dan, Wart ersetzen (d ar 

TelleTV'T 1 " b62ieht Si * aU « *™ saguantiella Liste von 
Teilen, bar der Telia angefugt Oder entfernt warden k6nnan, so 
dass der entfernte Wert der an dan Stapal zulatzt angehangte 
zst, .d.h. wza in diasem tachnisohan Gabiat altbekannt, wird 
dies als zuletzt-herein-zuerst-heraus Oder LIFO-Stapel 
bezaichnet). Dar Effekt das Stapals von dar Ausfuhrung dar 
Low-Laval-Analysaprimitivfunktionan DUPLICATE und ADD wird mit 
naheran Einzelhaitan im Anhang C baschrieben 
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Das neu-erzeugte Low-Level -Analysemoduls 130a, welches 2* 
genannt wird, ist in Fig. 14 gezeigt. Das Primitfunkt ions- 
Token 162 verweist auf einen Eintrag fur die Low-Level - 
Analyseprimitivf unktionen PROC 120a in der 

Analyseprimitivfunktions-Tokentabelle 106. Das Steuerfeld 60, 
das von dem Bildungsteil der PROO Analyseprimitivf unktion 120a 
kompiliert wird, besteht aus einer Sequenz von 
Funktionstokens, die auf die Eintrage fur die Low-Level- 
Analyseprimitivf unktionen DUPLICATE 120c, ADD 120d und ENDPROC 
120b in der Analyseprimitivf unktons-Tokentabelle 106 
verweisen. Dem neuen Low -Level -Analysemoduls 130a wird ein 
Analysemodul-Tokenwert zugewiesen und es wird in die 
Analysesteuerdaten so eingefugt werden, dass auf es mit dem 
externen Namen (2*) Bezug genommen werden kann, wenn andere 
Analysemodule kompiliert werden, und mit dem zugewiesenen 
Analysemodul -Token, wenn eine eine Analyse ausgefuhrt wird. 
Mit anderen Worten kann jedes danach kompilierte Wort das Wort 
2* aufrufen, als ob es ein anderes Wort ware (ein Wort wird 
durch einfaches Verwenden seines Namens in der 
Eingangsdef inition aufgerufen) . Wenn aufgerufen, fuhrt 2* 
seine Funktion aus und kehrt dann ziiruck (dies ist analog zu 
der Ausfiihrung eines Unterprogramm-Auf ruf s) .. 

Kompilierxing von High-Level-Analysemodulen 

Die folgenden Teile einer Eingabe an dem allgemeinen 
Analysesystem illustrieren die Verwendung von einigen der Low- 
Level -Analyseprimitivf unktionen 12 0, die im Anhang C 
beschrieben sind, und des Low-Level -Analysemoduls 2*, das oben 
definiert ist, urn ein neues High-Level -Analysemodul 13 0 zu ' 
definieren, das zum Kompilieren und Ausfiihren von 
Steuerebenen-Analysemodulen innerhalb eines Analysebaums 
verwendet werden kann. 

EINGABE FUNKTION TJND BETRIEB 



PROC 4SECTOR 
< BUILDS 



Startet Kompilierungs - 



INS ERT_CALL PARM 

I NSERT_MODULE 

INSERT_MODULE 

INSERT_MODULE 

INSERT_MODULE 

DOES> 

0 

FETCH_PARAMETER 



.1 ADD 2* 



PERFORM 



ENDPROC 



zeitvorgange 
--• Startet einen Versatz 
innerhalb des neuen 
Analysemoduls . 

Fugt eine Parameter ID 74 fur 
den Anruf parameter ein. 
Fugt Analysemodul -Token fur einen 
Wert "0" ein. 
dito fur den Wert = l. 
dito fur den Wert =2. 
dito fur den Wert =3. 
-- Startet Ausfuhrungs zeitvorgange . 

Der Versatz zu der Parameter- ID 74 
in dem Analysemodul 130. 
-- Greift auf den Anruf steuerdaten- 
Speicherbehandler lie durch den 

Analyseausfuhrungs-Eingangsdaten- 
Behandler 110 zu und druckt den 
Wert des Parameters fur den Anruf 
116, der gerade analysiert wird, 
auf den Stapel . 
— Berechnet den Versatz innerhalb . 
des Analysemoduls zu dem Auslass. 
fur den Wert (es wird angenommen, 
dass das Analysemodul -Token 2 
Bytes lang ist) . 
-- Liest das Analysemodul -Token an 
dem Versatz, der von dem Wert 
oben an dem Stapel angezeigt 
wird, und fuhrt einen Sprung zu 
diesem Analysemodul aus . 



Dxe Funktion der Analysemodule, die mit dem def inierenden 
Analysemodul 4SELECTOR zusammengestellt sind, soli einen 
Auslass in Abhangigkeit von dem Wert in dem Bereich 0-3 eines 



Anrufparameters in den Anrufst 



euerdaten 116wahlen (das High- 
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Level-Analysemodul 4 SELECTOR mit 4 Auslassen arbeitet 
grosstenteils genauso wie die High-Level- 

Analyseprimitivfunktion SELECTOR, mit zehn Auslassen, die 
voranstehend im Zusammenhang mit Fig. 8 diskutiert wurde) . Wie 
mit der Definition von 2* wird die Definition von 4SELECT0R 
innerhalb der Low-Level-Analyseprimitivf unktionen PROC und 
ENDPROC eingeschlossen. Die Definition des 4 SELECTOR wird 
jedoch in eine Bildungsprozedur , die innerhalb der Low-Level- 
Analyseprimitivfunktionen <BUILD und DOES> eingeschlossen ist, 
und eine DO-Prozedur, die innerhalb der Low-Level- 
Analyseprimitivf unktionen DOES> und ENDPROC eingeschlossen 
ist , auf geteilt . 

Die Bildungsprozedur von 4SELECT0R besteht aus einer Sequenz 
von Low-Level-Analyseprimitivf unktionen 120 von fruher 
definierten Low-Level-Analysemodulen 130, die spezif izieren, 
wie die Analysemodule 13 0 des 4SELECTOR-Typs zusammengestellt 
(kompiliert ) werden, d.h. sie spezif izieren die Operationen, 
die die Inhalte des Steuerfelds 60 des erzeugten Analysemoduls 
130 schreiben (fur den Fall von 4SELECT0R. wird das Steuerfeld 
60 aus dem Parametergebiet 164 und dem nachsten 

Modulref erenzgebiet 166 bestehen, wie in Fig. 12 gezeig^t) . Die 
Low-Level-Analyseprimitivf unktionen , die innerhalb der 
Bildungs sequenz verwendet werden, sind mit naheren 
Einzelheiten im Anhang C beschrieben. 

Die Do-Prozedur von 4SELECTOR besteht aus einer Sequenz von 
Low-Level-Analyseprimitivf unktionen 120 oder fruher 
definierten Low-Level-Analysemodulen 130, die spezif izieren , 
wie die Analysemodule 13 0 des 4 SELECTOR- Typs ausgefuhrt 
werden, d.h. sie spezif izieren die Operationen, die die 
Inhalte des Parametergebiets .164 und des nachsten 
Modulref erenzgebiets 166 verwenden, um das. nachste 
Analysemodul 130 in dem Analysebaum zu wahlen. Die Low-Level- 
Analyseprimitivf unktionen 120 ( FETCH_PARAMETER , 0, 1, ADD und 
PERFORM) , die innerhalb der Do-Sequenz verwendet werden, sind 
im Anhang C beschrieben, wahrend 2* das voranstehend 
beschriebene Low- Level -Analysemodul ist. 
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Das neu-erzeugte High- Level -Analysemodule 130b, welches 
4 SELECTOR genannt ist, 1st in Fig. 15 dargestellt Das 
Primitivfunktions-Token 162 bezieht sich auf einen Eintrag fur 
die Low-Level-Analyseprimitivfunktion PROC 120a in der 
Analyseprimitivfunktions-Tokentabelle 106. Das Steuerfeld 60 
welches durch den Bildungsteil der PROC 120a zusammengestellt 
wurde, besteht zunachst . aus einem Abschnitt , der rekursiv von 
dem Bildungsteil der <BUILD-Prozedur zusammengestellt wird und 
sowohl einen Zeiger auf die Do-Prozedur als auch ein 
Funktions token enthalt, das auf die Analyseprimitivf unktion 
<BUILD 120e verweist. Die tibrigen Abschnitte des 
Parametergebiets 160, das von dem Bildungsteil der PROC 
Analyseprimitivfunktion zusammengestellt wird, enthalt eine 
Sequenz von Funktionstoken, die sich auf die 
Analyseprimitvfunktionen 0 (die Konstante "0") I20f, 
INSERT_CALLPARM 120g, INS ERT_MODULE 1 2 0 h , DOES>120i' 
FETCH.PARAMETER 120j, 1 (die Konstante 120k, ADD 1201 

(120d in Fig. 14), PERFORM 120m und ENDPROC 12.0b und das Low- 
Level-Analysemodul 130a fur 2* beziehen. Dem neuen High-Level- 
Analysemodul 130b wird ein Analysemodul^Tokenwert zugewiesen 
und es wird in die Analysesteuerdaten so. eingefugt, dass auf 
es mit dem externen Namen "4 SELECTOR" Bezug genommen werden 
kann, wenn andere Analysemodule kompiliert werden, und mit dem 
zugewiesenen Analysemodultoken, wenn eine Analyse ausgef uhrt 
wird, z.B. eine Routing -Analyse . 

Einmal definiert kann das High-Level-Analysemodul 4 SELECTOR 
verwendet werden, urn neue Steuerebenen-Analysemodule 130 
zusammenzustellen. Bei der Kompilierungszeit , d.h. wenn die 
Bildungsprozedur des 4 SELECTOR ausgefuhrt wird, wird INSERT 
CALLPARM in das neue Analysemodul 130, das gerade kompiliert 
wird, einen Zeiger 2U einem Anrufparameter- einfiigen, d.h. 
kompiliert den externen Namen des Anrufparameters , der 
analysiert werden soli, in eine Parameter-ID 74, die auf die 
Stelle dieses Anrufparameters in der Anruf auf zeichnung 116 
verweist und lNSERT_MODUL (auf welches in der Sequenz viermal 
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Bezug genommen wird) wird in das Analysemodul 13 0 , welches 
kompiliert wird, eine Sequenz von vier Modulanzeigern 8 0 

(entsprechend der vier Anruf parameterwerte in dem Bereich 0 bis 
3) einfiigen, die das Analysemodul 130, welches gerade kompiliert 
wird, mit den nachsten Analysemodulen in dem Analysebaum 
verbindet. Bei der Ausf iihrungszeit , d.h. wenn die Do-Prozedur von 
4 SELECTOR ausgefuhrt wird, wird FETCH_PARAMETER den Parameter 4 6, 
z.B. eine gewahlte Ziffer, angezeigt von der Parameter- ID 74 aus 
den Anruf steuerdaten 54, holen und die Sequenz (1 ADD 2* PERFORM): 
wird fur eine Ausfuhrung das nachste Analysemodul 130. wahlen, 
welches von dem Modulanzeiger 80 angezeigt wird, der zu dem Wet 

(0-3) des Parameters 46 in dem 4 SELECTOR -Typ Analysemodul 130, 
das gerade interpretiert. wird, gehort . 

Kompilierung von Steuerebenen-Analysemodulen aus High-Level- 
Analysemodulen 

Die folgenden Teile einer Eingabe in das allgemeine Analysesystem 
illustrieren die Verwendung des High-Level-Analysemdouls 4SELECTO 
urn ein neues Steuerebenen-Analysemodul 130 in einem Analysebaum z. 
definieren (zu kompilieren) , das z\B. in den Routing- Analyse- 
Steuerdaten 136 liegt : 

EINGABE FUNKTION UND BETRIEB 

4 SELECTOR THISID Befiehlt dem allgemeinen 

Analysesystem, ein neues 
Steuerebenen-Analysemodul 
mit einem externen Namen THISID 
des Typs 4 SELECTOR zu 
kompilieren. 

LINECLASS Kompiiierungszeit -Eingabe zu dem 

INSERT_CALLPARM in der Bildungs- 
prozedur von 4SELECT0R. 
I NS E RT_C ALL P ARM wird die Parameter- 
ID 74 fur den 
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Anrufparameter LINECLASS in das neue 

Analysemodul einfiigen. 
MODULEID_0 Kompilierungszeiteingabe zu 

dem ersten INSERT_MODULE in der 
Bildungsprozedur von 4 SELECTOR . 
INSERT MODULE wird das 
Analysemodultoken fur das nachste 
Analysemodul in dem 

Analysemodulbaum, das gewahlt werds 
soil, einfiigen, wenn der Wert von 
LINECLASS 0 (Null) ist 
MODULE ID_1 - Dito fur das zweite 

INSERT_MODULE und fur den Wert = 1. 
MODULEID_2 Dito fur das dritte INSET_MODULE 

und fur den Wert = 2 . 
MODULE I D_3 .-- Dito fur das vierte 

INSERT_MODULE und den Wert = 3. 

Der Aufbau des Analysemoduls, welches durch diese Eingabezeilen 
erzeugt wird, ist in Fig. 16 dargestellt. Das neue Analysemodul 
130c des 4 SELECTOR Typs enthalt den Wert eines Primitiv- 
funktiohstokens 162, das .sich auf das . Def inieren der Analyse- 
modul 130b mit -Namen . 4 SELECTOR iiber die Analysemodul -Token- . 
tabelle 146 bezieht. Das Paramtergebiet 164 des Analysemoduls 
130c enthalt eine Parameter- ID 74, die sich auf den 
Anrufparameter LINECLASS in den Anruf steuerdaten 116 bezieht . 
Das nachste Modulref erenzgebiet 166 des Analysemoduls 130c 
enthalt eine Tabelle von vier Analysemodultokens , die uber die 
Analysemodul -Tokentabelle 146, sich auf die nachsten Analyse- 
module 130d, 130e, 130f und 130g beziehen, die fur Anruf- 
paramter-werte 0, 1, 2 bzw. 3 gewahlt werden sollen. 

Erweiterbarkeit 

Somit konnen genauso wie neue Steuerebenen-Analysemodule 130 aus 
eingebauten High-Level -Analyseprimitivf unktionen 120 definiert 
und zu den Analysesteuerdaten fur eine bestimmte 
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Analyse hinzufugt werden konnen, z.B. konnen die Routing- 
Analyse-Steuerdaten 136, neue Typen von Steuerebenen, neue 
Typen von Steuerebenen-Analysemodule aus benutzer-def inierten 
High-Level-Analysemodulen 130 gebildet werden. Z.B. konnte in 
der vorangehenden Beschreibung, wie ein Indexwahler-Typ 
Analysemodul erzeugt wird, die Bildungsprozedur des High- 
Level -Analysemoduls 130 anstelle einer High-Level- 
Analyseprimitivfunktion 120 verwendet werden. Das High-Level- 
Analysemodul 130, das wie eine High-Level- 

Analyseprimitivf unktion 120 arbeitet, karin aus eingebauten. 
Low-Level -Analyseprimitiven 120 und aus friiher definierten 
Low-Level -Analysemodulen 130 gebildet werden, die wiederum 
rekursiv aus den Low-Level -Analyseprimitiven 120 definiert 
wurden, Diese Erweiterbarkeit des allgemeinen Analysesystems 
ermoglicht dem Benutzer die Freiheit, anwendungs-spezif ische 
oder benutzer-spezif ische Analysen in die Analysesteuerdaten 
42 zu bauen, anstelle einer Lieferung einer neuen Version des 
allgemeinen Analyseprogramms zu nehmen, das diese bestimmten 
Anf orderungep durch spezielle Typen von eingebauten Funktionen 
erfullt. 

Fur praktische Z we eke und fur ein optimales Betriebsverhalten 
von en in Echt-Zeit-empf ihdlichen Anwendungen konnen die 
meisten, wenn nicht samtliche, der haufig verwendeten 
Analyseprimitivf unktionen als eingebaute High-Level - 
Analyseprimitivf unktioneii 120 in dem allgemeinen Analysesystem 
vorgesehen werden. Kaum benutzte oder kunden-spezif ische 
Analyseprimitivf unktionen konnen dann durch benutzer- 
definierte Analysemodule 130 bereitgestellt werden, die aus 
den eingebauten Low-Level-Analyseprimitivf unktionen 120 in der 
Weise erzeugt werden, die in den Fig. 14-16 dargestellt ist . 
Im Anhang C ist ein Satz von Low-Level- 
Analyseprimitivf unktionen 120 beschrieben. Dieser Satz umfasst 
eine Anzahl von Beispielen von verschiedenen Typen von Low- 
Level-Analyseprimitivf unktionen 120, die verwendet werden 
konnen, urn die gewunschte Erweiterungsf ahigkeit 
bereitzustellen . Wie Durchschnittsf achleute erkennen, konnen 
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jedoch viele andere Lo«- L evel- A nalysepri m itivfun k tio„ e „ 120 
verwendet werden. 

Zusatzlich zum Bilden von anwendungs-spezif ischen oder 
benutzer-spezifischen Analysen konnen die Low-Level - 
Analyseprimitive 120 verwendet werden, urn eine neue 
Funktionalitat in das allgemeine Analysestem einzufuhren 
nachdem eine bestimmte Version f re igegeben worden it. Die neue 
Funktionalitat kann z.B. (i) das allgemeine Analysesystem an 
die bestimmten Anf orderungen, z.B. einer Statist ik-Abtastung 
ernes spezifischen Kunden, z.B. einer Bell Operating Company! 
anpassen oder (ii) einen spezifischen Analysetyp zum Verwenden 
emer neuen Analysemodulf amilie anpassen, z.B. ein Vergleich 
ernes Auf enthaltsorts eines mobilen Teilnehmfcrs mit einem 
festen Auf enthaltsort eines Teilnehmers, oder (iii) allgemeine 
Erweiterungen an der existierenden Funktionalitat 
bereitzustellen. Die neue Funktionalitat kann danaoh uber 
exngebaute Analyseprimitive 120 fur ein besseres 
Betriebsverhalten (Ausf uhrungsgeschwindigkeit ) in 
nachfolgenden Versionen des allgemeinen Analysesystems 
bereitgestellt werden, (d.h. die High -Level -Primitivfunktionen 
konnen durch einen direkt kompilierten Code anstelle durch den- 
gefadelten Code, der sich ■ indirekt auf die Low -Level -Primitive 
bezieht, bereitgestellt Werden. 

Kompilierungszeit- und Ausfiihrunaszei t -nn^. g chiede 2wi „„_ 
Analysepri mitiven und Analysemodulf ' ~~ 

Im Prinzip behandelt das allgemeine Analysesystem benutzer- 
derfxnxerte Analysemodule 130 genauso wie eingebaut 
Analyseprimitive 120. Es gibt jedoch bestimmte Unterschiede in 
ihrem Kompilierungszeit- und Ausfuhrungszeit-Verhalten 
insbesondere werden die externen Namen der Analyseprimitive 
120 in dem . Analyseprimit ivfunkt ions -Wort erbuch 104 gefunden 
werden, wahrend die externen Namen der Analysemodule 130 in 
dem Analysemodul-Worterbuch einer bestimmten Analyse gefunden 
werden, z.B. in dem Analysemodul-Worterbuch 138 in den 
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Routing-Analyse-Steuerdaten 136. Im Gegensatz dazu kann das 
Primitivfunkt ions -Token 162 (oder irgendwelche anderen 
Funkt ions tokens) in irgendeinem Analyseprimitiv 120 oder einem 
Anaylsemodul 13 0 entweder die Analyseprimitvf unktion- 
Tokentabelle 106 oder die Anlysemodul-Tokentabelle 146 
indizieren (siehe z.B. die Fig. 15, wo die Funkt ions token in 
dem High-Level- Analysemodul 130b sowohl auf das Low-Level - 
Analysemodul 13 0a als auch auf mehrere Low-Level - 
Analyseprimitive 120a, 120b, 120e, 120f, 120g, 120h, 120i, 
120 j, 120k, 1201 und 120m verweisen) . 

Wahrend des Kompilierungszustands/ wenn der Betreiber einen 
Befehl durch die Betreiberschnittstelle 200 zum Bilden eines 
neuen Analysemoduls 13 0 innerhalb einer bestimmten Analyse 
eingibt, z.B. die Routing-Analyse-Steuerdaten 13 6, kann die 
Eingangsdef inition des neuen Analysemoduls 13 0 die externen 
Namen entweder von eingebauten Analyseprimitiven 120 oder 
vorher definierten Analysemodulen 13 0 enthalten. Zum Beispiel 
kann die Definition eines neuen High-Level -Analysemoduls 13 0 
die Namen von Low-Level -Analyseprimitiven 120 und Low- Level - 
Analysemodulen 130 enthalten. In ahnlicher Weise kann die 
Definition eines neuen Steuerebenen-Analysemoduls 130 ein 
def inierendes Wort verwenden, das entweder ein High- Level - 
Analyseprimitiv 120 oder ein High- Level -Analysemodul 130 4-St , 
und kann die Namen von mehreren vorher definierten 
Steuerebenen-Analysemodulen 130 enthalten. Demzufolge mussen 
unter Umstanden sowohl. das Analyseprimitivf unktions-Worterbuch 
104 als auch das Analysemodul-Worterbuch 138 durchsucht . 
werden, urn jedes Analyseprimitiv 120 oder Analysemodul 13 0 zu 
finden, das in der Eingabetextkette genannt ist . 

Wahrend des Ausf uhrungsziistands, nachdem das neue 
Analysemodul 130 gebildet worden und zu den Routing- 
Analysesteuerdaten 136 hinzugefugt worden ist, wenn das 
Anruf steuerprogramm 56 eine Aufforderung zum Ausfiihren der 
Routing-Analyse-Steuerdaten 136 sendet, dann kann das 
Funkt ions token 162 (und irgendwelche anderen Funktionstoken) 
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in dem neuen Analysemodul 130 entweder auf ein eingebautes. 
Analyseprimitiv 120 oder auf eine benutzer-def iniertes 
Analysemodul 13 0 verweisen. Demzufolge miissen unter Umstanden 
sowohl die Analyseprimitivf unktions-Tokentabelle 106 als auch 
die Analysemodul-Tokentabelle 146 durchsucht werden, urn das 
Primitivfunktionstoken 162 (und irgendwelche anderen Tokens) 
in dem neuen Analysemodul 13 0 in einen Zeiger zu dem 
Analyseprimitiv 120 oder dem Analysemodul 130 zu iibersetzen, 
das fruher von dem Betreiber verwendet wurde, um das neue 
Analysemodul 13 0 zu erzeugen. 

Mehrere Suchstrategien konnen entwickelt werden, um die 
Analyseprimitive 120 und die Analysemodule 130 wahrend einer 
Kompilierung oder Ausfuhrung zu lokalisieren. Zum Beispiel 
kann bei der Kompilierung eines Steuerebenen-Anaiysemoduls 130 
fiir eine Routing -Analyse die Suche nach der High-Level- 
Primitivfunktion (def inierendes Wort) zunachst mit den 
benutzer-def inierten Analysemodulen 130 gefolgt von den 
eingebauten Analyseprimitivf unktionen 120 starten, d.h. die 
Strategie kann sein, das Analysemodul-Worterbuch 120 in den v 
Routing-Analyse-Steuerdaten 136 nach dem Namen der von dem 
Betreiber eingegebenen, Primit ivfunktion zu durchsuchen und 
wenn diese Suche keine Lokalisierung des Namens ergibt, wird 
eine Suche in dem Analyseprimitivf unkt ions -Wort erbuch 104 
begonnen (dieser Suchbefehl ist empfohlen, da der Benutzer 
z.B. wahlen kann, ein Analysemodul 13 0 zu erzeugen, welches 
eine spezielle Version eines Analyseprimitivs 120 ist, und den 
Namen des eingebauten Analyseprimitivs 120 auch fur das 
benutzer-definierte Analysemodul 130 zu verwenden) . Alle 
Standardsuch-Beschleunigungstechniken, einschliesslich Hash. 
Tabellen, konnen beim Ausfiihren dieser Worterbuch- 
Durchsuchungen verwendet werden. 

Fur ein effizientes Durchsuchen wahrend einer Ausfuhrung (das 
zeitempfindlicher als eine Kompilierung ist) und zum Vermel den 
einer Suche sowohl in der Analyseprimit iv- 
Funktionstokentabelle 106 als auch der Analysemodul- 
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Tokentabelle 146 kann das allgemeine Analysesystem jedoch mit 
der Fahigkeit versehen werden, zwischen dem 
Primitivf unktionstoken und den Analysemodultoken zu 
unterscheiden (die auf die eingebauten Analyseprimit ive 120 
bzw. die benutzer-def inierten Analysemodule 13 0 verweisen) . 
Wahrend viele Techniken zum Dif f erenzieren zwischen den 
Primitivf unktions -Token und den Analysemodul -Token innerhalb 
der bevorzugten Ausf uhrungsf orm der yorliegenden Form der 
Erfindung angewendet werden konnen, kann eine relativ simple 
Technik darin bestehen, zwei unterschiedliche Zahlbereiche, 
z.B. positive und negative Zahlen, fur die 
Primitivf unktionstoken bzw. die Analysemodultoken zu 
verwenden. Wenn positive und negative Zahlen verwendet werden, 
kann dem hdchstwertigen Bit in dem Primitivf unktionstoken z.B. 
der Wert 0 zugewiesen werden und dem hochs.twertigen Bit in den 
Ana lysemodul -Token kann der Wert 1 (oder umgekehrt) zugewiesen 
werden. In dieser Weise kann das allgemeine Analysesystem 
leicht bestimmen, welche der zwei Tokentabellen 106 und 146 
wahrend einer Ausfuhrung zu durchsuchen sind. 

Es sei darauf hingewiesen, dass in der bevorzugten 
Ausf uhrungsf orm der vorliegenden Erfindung eine getrenntes 
Worterbuch und eine getrennte Tokentabelle fur die 
Analyseprimitiye 120 (Fig. 10) einerseits und fur die 
Analysemodule 130 in jeder Analysesteuerdatenstruktur (Fig. 
11) andererseits vorgesehen sind. In einer alternativen 
Ausf uhrungsf orm konnen die externen Namen und Token sowohl der 
Analyseprimitive 120 als auch der Analysemodule 130 von 
samtlichen verschiedenen Analysen in dem gleichen Worterbuch 
bzw. der gleichen Tokentabelle gespeichert werden. Ein 
moglicher Vorteil einer Trennung der Analysemodule 130 von den 
Analyseprimitiven 120 und dann einer Trennung der 
Analysemodule 130 fur eine Analyse von den Analysemodulen 130 
fur eine andere Analyse besteht jedoch darin, dass der 
Benutzer des allgemeinen Analysesystems verschiedene 
Analysemodule fur jede unterschiedliche Analyse, anstelle dass 
ein grosser Satz fur alle Analysen vorsehen ist, bilden kann, 



86 



d.h. der Benutzer erweitert den Satz von Analysemodulen fur 
jede Analyse in einer modularen Weise. Ein anderer moglicher 
Vorteil einer Trennung der. eingebauten Analyseprimitive 120 
von den benutzer-def inierten Analysemodulen 130 in der 
bevorzugten Ausf vihrungsf orm besteht darin, das die 
Analyseprimitive 120 an einer Stelle in einem Speicher 
gespeichert werden . konnen, dem fur Sicherheitszwecke ein 
Schreibschutz (ein Nur-Lese-Zugriff ) gegeben wird, wahrend di 
Analysemodule 130 an einer anderen Stelle in dem Speicher 
gespeichert werden konnen, auf die der Benutzer einen Lese- 
und Schreibzugrif f aufweist. 

Betreiberschnittstelle 

Wie sich von Durchschnittsfachleuten erkennen lasst, konnen 
mehrere Kbpplungstechniken im Zusammenhang mit der 
Betreiberschnittstelle 200 implementiert werden. In der 
bevorzugten Ausfuhrungsforra der vorliegeriden Erfindung wird 
ein Telecommunication Management Network (TMN) Rahmenwerk 
verwendet und die Betreiberschnittstelle 200 ist deshalb eine 
geschichtete Schnittstelle gemass dem Open System 
Interconnection (OSI) Modell. Siehe zum Beispiel ANSI Tl-210- 
1989 American National Standard for Telecommunications- 
Operations, Administration, Maintenance and Provisioning (OAM 
& P)- Principle of Functions Architectures and Protocols for 
Interfaces between Operation Systems and Network Elements. 

In der oberen Schicht des OSI Modells wird das Protokoll der 
Common Management Information Service Elements (CMISE) 
verwendet. (CMISE) stellt einen Satz von generischen Befehlen, 
beispielsweise Set (Einstelleh) , Get (Holen) , Delete 

(Loschen) , Modify (Modif izieren) etc. bereit, die auf die 
verwalteten Objekte angewendet werden konnen. In dem 
allgemeinen Analysesystem der vorliegenden Erfindung umfassen 
die verwalteten Objekte die Analysemodule 13 0 in einem 
Analysesteuerdatenwert, z.B. den Routing-Analyse-Steuerdaten 
136. Die Information, die durch CMISE weitergeleitet wird, urn 
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spezifische Werte fur die verwalteten Objekt zu spezif izieren, 
ist kontext-abhangig, d.h* sie hangt von dem Typ des 
verwalteten Objekts ab. Oberdies konnte diese kontext- 
abhangige Information genauso durch andere Einrichtungen, wie 
einer Mensch-Maschine-Schnittstelle weitergeleitet werden, 
z.B. einem. Terminal, welches direkt mit dem allgemeinen 
Analysesystem verbunden ist, das die Mensch-Maschine-Sprache 
(MML) definiert von CCITT Oder eine spezielle Syntax, die fur 
das allgemeine Analysesystem entworfen ist, verwendet . 

Die verschiedenen moglichen Implementierungen der 
Betreiberschnittstelle 200 konnen verschiedene Techniken 
verwenden, um die Analysemodule 130 zu identif izieren, konnen 
aber eine gemeinsame Technik verwenden, um deren internen 
Aufbau auszudrticken. Unter Verwendung der normalen Einrichtung 
einer Threaded Interpretative Language (gefadelten 
Interpretationssprache TIL) kann die Struktur und der Wert 
eines Analysemoduls 130 in einem TIL Quellenf ormat ausgedruckt 
werden, d.h. einer Textkette (Worter und Zahlen) , die die 
Definition des Analysemoduls enthalten. In der Praxis kann das 
allgemeine Analysesystem unter Umstanden mehr als eine 
Schnittstelle gleichzeitig unterstiitzen und die 
Betreiiperschnittstelle 200 kann dann so betrachtet werden, 
dass.sie eine externe Systemschnittstelle bildet, die mehreren 
externen Schnittstellen gemeinsam ist. Diese Situation ist 
allgemein in Fig. 17 dargestellt. 

Die in Fig. 17 gezeigte Betreiberschnittstelle 200 kann z.B. 
als ein Satz von Unterprogrammen gebildet werden, die einen 
Satz von generischen Operationen bereitstellen, die verwendet 
werden, um neue Analysemodule zu definieren, um nicht 
verwendete Analysemodule zu loschen' oder zu ersetzen, urn die 
Verwendung der aktiven und passiven Analysemodul -Tokentabelle 
innerhalb irgendwelcher Analysesteuerdaten etc. zu loschen. 
Der benotigte Eingang zu einem Unterprogramm, das z.B. ein 
neues Analysemodul in den Analysesteuerdaten einftigt, kann 
umfassen: (i) eine Identif ikation der Analysesteuerdaten, d.h. 
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den externen Namen der Analyse, (ii) eine Identif ikation des 
Analysemoduls, d.h. den externen Namen- des Analysemoduls, und 
(in) die Definition der Inhalte des Analysemoduls, das in 
einem TIL Quellenf ormat in der voranstehend beschriebenen 
Weise (Kompilierungsbeispiele) angeordnet 1st. 

In Fig. 17 passt eine lokaler Schnittstellenadapter 240 die 
interne Systemschnittstelle 200 an eine externe 
Systemschnittstelle 243 zu einem nachsten Terminal 245 an, an 
dem eine Betreiber die Analysesteuerdaten fur verschiedene 
Analysen, z.b. die Routing-Analyse-Steuerdaten 136, hinzufugen 
und modif izieren kann. Die externe Schnittstelle 243 kann z B 
als erne textgestutzte Schnittstelle gebildet. werden, die 
konsxstent mit den vorher fur den Kompilierungszustand der 
vorliegenden Erfindung angegebenen Beispielen ist . Der lokale 
Schnittstellenadapter 240 ubersetzt den Textstrom von dem 
Betrexber des Terminals 245 in Sequenzen von Unterprogramm- 
Aufrufen ln der internen Systemschnittstelle 200. Ein CMISE- 
gestutzter Schnittstellenadapter 241 wird auch zum 
Kommunizieren mit einem externen Betriebsunterstutzungssystem 
242 durch eine Schnittstelle 248 verwendet . Das 
Betriebsunterstutzungssystem 242 ist ein Unterstutzungssystem, 
das fur die Verwaltung von mehrereh 

Telekommunikationssystemen, z.B. Vermittlungen in einem 
Telekommuhikationsnetz verwendet wird. Das 

Betriebsunterstutzungssystem ist mit einem Terminal 247 durch 
erne Schnittstelle 246 verbunden, die zum Beispiel ein 
Grafikeditor sein kann. 

Es gibt mehrere verschiedenen Typen von Schnittstellen in der 
heutxgen Verwe.ndung zwischen Betriebsunterstut zunqssystemen 
und Telekommunikationssystemen. Fur Zwecke der vorliegenden 
Erfmdung wird angenommen, dass die Schnittstelle 248 zwischen 
dem Betrxebsunterstutzungssystem 242 und den 

Telekommunikationssystemen, die das allgemeine Analysesystem 
der vorliegenden Erfindung verwenden, auf dem Rahmenwerk 
gestutzt ist, das in ANSI Tl-210 1989 angefuhrt ist. Diese 
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Schnittstelle kann auf einer direkten Datenstrecke zwischen 
dem Betriebsunterstiitzungssystem 242 und den 

Telekommunikationssystemen, die das allgemeine Analysesystem 
verwenden oder durch ein Datenkommunikationsnetz unter 
Verwendung der CCITT Empfehlung X.25 verbunden werden sollen. 
Die Schnittstelle 248 umfasst Protokolle auf alien sieben 
Schichten des OIS-Modells. In der obersten Schicht wird die 
CMISE Anwendungsdienst-Einheit (ISO 9595-2, 9596-2) verwendet. 

Der CMISE-gesttitzte Schnittstellenadapter 241 verbindet die 
Schnittstelle 200 mit dem Betriebsunterstiitzungssystem 242 fur 
die Telekommunikationssysteme, die das allgemeine 
Analysesystem verwenden und ubersetzt die empfangenen CMISE 
Aktionen in Sequenzen von Unterprogramm- Auf ruf en in der 
internen Systemschnittstelle 200. Die CMISE Vorgange umfassen 
generische Befehle wie Set (Einstellen) ,. Get (Holen) , Create 
(Erzeugen) / Delete (Loschen) etc. Dies Operationen enthalten 
Parameter oder Attribute, die die Objekte identif izieren, an 
die die Aktion gerichtet ist: Zum Beispiel wird eine Aktion, 
die ein neues Analysemodul in die Analysesteuerdaten einfiigt, 
Parameter enthalten, die die Analyse (entsprechend dem 
externen Naraen der Analyse) , eine Identif ikat ion von 
Analysemodulen (entsprechend zu dem externen Namen des 
Ana ly semoduls ) und die Definition der Inhalte des bestimmten 
Analysemoduls enthalten werden. In dem angenommenen Rahmenwerk 
wird der CMISE Betrieb uhter Verwendung der ASN.l Basic 
Encoding Rules definiert in CCITTrec .X. 20 9 kodiert . Die 
Inhalte des Analysemoduls konnen noch unter Verwendung eines 
eingebetteten TIL Quellenf ormats definiert werden, jedoch in 
einem Parameter innerhalb des kodierten CMISE Betriebs. 

Die fruher beschriebenen Beispiele der Verwendung des Eingangs 
zu dem allgemeinen Analysesystem, um (i) aus einem High-Level- 
Analysemodul ein neues Steuerebenen-Analysemodul innerhalb 
einer Analyse zu erzeugen, (ii) ein neues Low-Level- 
Analysemodul zu erzeugen, welches spater in der Definition von 
anderen Analysemodulen enthalten sein kann, (iii) ein neues 
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High-Level-Analysemodul zu erzeugen, welches spater verwendet 
werden kann, urn neue Steuerebenen-Analysemodule innerhalb 
einer Analyse zu erzeugen, und (iv) aus High-Level- 
Analysemodulen neue Steuerebenen-Analysmodule 
zusammenzustellen, sind alle auch fur den Fall gultig, dass 
der Eingang zu dem allgemeinen Analysesystem gerade den CMISE- 
gesttitzten Schnittstellenadapter 241 verwendet, obwohl die 
Codierung der verschiedenen Eingangsparameter, die von dem. 
allgemeinen Analysesystem angefordert werden, etwas anders 
sein werden. 

Mit dem TIL-Merkmal wird deshalb sogar eine generische 
Betriebsschnittstelle, z.B. CMISE gemali der vorliegenden 
Erfindung erweiterbar. Neue Funktionen konnen hinzugefugt 
werden und die generische Schnittstelle kann komplexer 
gebildet werden, ohne die Schnittstelle tatsachlich zu andern. 
Die erweiterbare Schnittstelle kann verwendet werden, urn die 
neue Analyseprimitivf unktionen der eingebauten 

Analyseprimitivfunktionen, die in einzigartiger Weise fur eirie 
bestimmte Analyse benatigt werden, hinzuzuf ugen . Wahrend die 
Benutzer-definierten Analyseprimitivfunktionen einen Einfluss 
auf die Echtzeitverarbeitungskapazitat ^ des allgemeinen 
Analysesys terns aufw.eisen werden, konnen diejenigen, die sich 
als relativ nutzlich erweisen,. immer in der naehsten Version 
des allgemeinen Analyse systems mitt els Hardware codiert 
werden, und zwar fiir ein besseires Betriebsverhalten, ohne 
irgendwelche der Definitionen in den dann existierenden 
Analyseh zu modif izieren . 

Wesentli che Punkte des allgemeinen Analyse systems 

Um einige Merkmale der vorliegenden Erfindung, die nun 
deutlich angesichts der voranstehenden. Diskussion verstanden 
werden kann, ins Gedachtnis zuruckzuholen, kann eine 
verallgemeinerte Struktur von Analyses teuerdat en, d.h. die 
Analysesteuerdaten 42 genauso wie ein Prograram in einer 
Datenbank gespeichert und mit einem verallgemeinerten 



Interpretierer, d.h. dem allgemeinen Analyseprogramm 40, 
interpretiert werden. Jede spezifische Analyse, z.B. eine 
Routing- Analyse, kann durch eine Anzahl von Analysef unktionen 
dargestellt werden, d.h. die (Steuerebenen-) Analysemodule 130, 
die als Daten in den Analysesteuerdaten 42 gespeichert sind. 
Wenigstens einige der Analysemodule 130 arbeiten mit einem 
bestimmten Parameter (mit bestimmten Parametern) , urn eine 
niitzliche Analyse zu erzeugen und diese und andere 
Analysemodule 130 konnen kombiniert und rekombiniert werden, 
urn eine vollstandigere Analyse zu erzeugen. Eine 
standardisierte Struktur fur jedes der (Steuerebenen-) 
Analysemodule 13 0 umfasst einen Zeiger auch zu einem . . 
spezifischen Interpretierer-Unterprogramm, d.h. eine 
Analyseprimitivf unktion 120, die einen spezifischen Typ von 

(Steuerebenen-) Analysemodule 130 in grob der gleichen Weise in 
jeder Analyse analysiert, und einen Zeiger auf ein anderes 

(Steuerebenen-) Analysemodul 130, das der Analyse f olgt . 
Demzufolge kann eine Analyse durch Andern der Zeiger zwischen 
den (Steuerebenen-.) Analysemodulen 130 leicht geandert werden. 

Wenn eine Analyse erfordert, dass eine neue Funktion zu der 
Analyse hinzugefugt wird pder ein neuer Parameter analysiert 
wird, konnen ein oder mehrere neue Analysemodule 130 innerhalb 
der Analysesteuerdaten 42 gebildet werden, um die neue 
Funktionalitat bereitzustellen und mit dem neuen Parameter zu 
arbeiten. Das allgemeine Analysesystem der vorliegenden 
Erfindung ist deshalb ausdehnbar und erweiterbar, von dem . 
Standpunkt von sowohl neuen Parametern als auch neuen Typen 
von Analysen. Wegen der verallgemeinerten Struktur der 
Steuerdaten 42 kann die Betreiberschnittstelle ferner auch ^ls 
ein Programm, welches leicht mit verschiedenen 
Betreiberunterstiitzungssystemen gekoppelt wird, 
verallgemeinert und konfiguriert werden. Eine High- Level - 
Betreiberschnittstelle kann f ortgeschrittene Werkzeuge 
bereitstellen, die den Betreiber beim Erzeugen von neuen 
Analysemodulen 13 0 innerhalb der Analysesteuerdaten 4 2 
unterstutzen. 
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In dieser Weise vermeidet der Betreiber das allgemeine 
Analysesystem der vorliegenden Erfindung nicht nur die groflen 
Kosten zum Erstellen der Daten fur jede Analyse in dem 
spezifischen Format, das von herkommlichen Analysesystemen 
benotigt wird, sondern schneidet die Analyse auch z U/ so dass 
sxe unvorhergesehene Anf orderungen einer besonders 
industriellen Umgebung standhalt, z.B. einer 

Telefonvermittlung, urn nunmehr irgendwelche Modifikat ionen an 
dem allgemeinen Analyseprogramm 40 durchzuf uhren, was 
ansonsten gema/J der herkommlichen Analysesysteme erforderlich 
sexn wurde . Dies wird mit dem neuartigen Konzept der 
vorliegenden Erfindung moglich, da es sich urn die Daten 
handelt (Analysesteuerdaten 42), die anstelle des Programms 
unter Verwendung ,der Daten das Programm (allgemeines 
Analyseprogramm 40) verwenden, d.h. jedes (Steuer- 
ebenen-)Analysemodul 13 0 weist selbst aus, welches 
Unterprogramm (Analyseprimitivf unktion 120) beim 
Interpretieren der Daten, die in dem Analysemodul 130 
enthalten sind, verwendet werden soli , anstelle des 
Unterprogramms, welches ausweist, welche Datfcn interpretiert 
werden sollen. Gemafl der vorliegenden Erfindung konnen neue 
Funktxonen und neue Parameter, die nicht . vorhergesagt und fur 
erne bestimmte Version des allgemeinen Analys eprogramms 40' 
berucksichtigt warden, leicht angepasst werden, indem neue 
Analysemodule 130 (einschlielilich von Analysemodulen 130, die 
wxe Analyseprimitivfunktionen 120 arbeiten) in den 
Analysesteuerdaten 42 definiert werden. 

Die voranstehend beschriebene ausfuhrliche Beschreibung " zeigt 
nur bestimmte besondere Ausf uhrungsformen der vorliegenden 
Erfxndung. Jedoch werden Durchschnittsf achleute erkennen, dass 
zahlrexche Modif ikationen und Variationen moglich sind, ohne 
xm wesentlichen von dem Umfang der vorliegenden Erfindung 
abzuweichen. Demzufolge sei deutlich darauf hingewiesen, dass 
dxe Form der hier beschriebenen Erfindung nur beispielhaft 
ist, und dies nicht als Einschrankung des Umfangs der 



93 



Erfindung, wie in den folgenden Anspruchen definiert, 
vorgesehen ist. 
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PATENTANSPRUCHE 

Allgemeines Analyse system, umfassend: 

Analysesteuerdaten (42) umfassend eine Vielzahl von 
Analysemodulen (70, 130); und 

ein allgemeines Analyseprogramm (40) zum Ausfiihren 
wenigstens einer Analyse fur einen Satz von Daten, wobei 
das allgemeine Analyseprogramm (40) eine Vielzahl von 
Analyseprimitiven (78, 120) umfasst, wobei die wenigstens 
erne Analyse aus einem Satz der Vielzahl von 
Analysemodulen (70. 130) konstruiert ist, wobei die 
Ausfxihrung durch Verwendung wenigstens eines der 
Analyseprimitiven (78, 120) ausgefahrt wird. 

Allgemeines Analysesystem nach Anspruch 1, 
dadurch gekennzeichnet, dass 

das allgemeine Analyseprogramm (40) ferner eine 
Einrichtung (102, 114) zum Hinzufugen von neuen 
Analysemodulen umfasst. 

Allgemeines Analysesystem nach Anspruch 1, 
dadurch gekennzeichnet, dass 

jedes der Analyseprimitive (78, 120) einen bestimmten Typ 
von Analysemodulen (70, 130) interpretiert . 

Allgemeines Analysesystem nach Anspruch 3, 

dadurch gekennzeichnet, dass 

jedes der Analysemodule (70, 130) umfasst: ' 

eine Anzeige (72, 162) des Analyseprimitivs (78, 120), 
das seinen Typ interpretiert; und 
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Steuerdaten (60) , die einen Teil der wenigstens einen 
Analyse steuern. 

Allgemeines Analysesystem nach Anspruch 1, 
dadurch gekennzeichnet, dass 

die Analysesteuerdaten (42) und das allgemeine 
Analyseprogramm (40) in einer Telef onvermittlungsstelle 
(12, 20, 22) angedrdnet ist und der Datensatz umfasst: 

Anruf steuerdaten (54) mit einer Vielzahl von 
Anruf auf zeichnungen (116) , jeweils eine fur jeden 
Telef onanruf durch die Vermittlung . 

Allgemeines Analysesystem nach Anspruch 5, 
dadurch gekennzeichnet, dass 

die Analysemodule (70, 130) in eine Vielzahl von 
Analysestrukturen gruppiert sind, wobei jede eine anden 
Analyse steuert . 

Allgemeines Analysesystem nach Anspruch 6, 
dadurch gekennzeichnet, dass 

die Analysestrukturen eine Wegleitungsanalyse-Struktur 
(136) und eine Zielstellenanalyse-Struktur (134) 
umfassen. 

Allgemeines Analysesystem nach Anspruch 6, 
dadurch gekennzeichnet, dass 

jede Anruf auf zeichnung (116) eine Vielzahl von 

Anruf parameterwert en speichert, fur wenigstens eine der 

folgenden: 

Teilnehmerdaten (50) mit Daten liber das Dienstprofil 
eines einleitenden Teilnehmers; 



eine Teilnehmereingabe (58) mit den Ziffern, die von 
einleitenden Teilnehmer gewahlt werden; 
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ein Ergebnis (Ergebnisse) (48) einer Analyse, die von 
allgemeinen Analyseprogramm' (40) unter der Steuerung 
einer der Analysestrukturen ausgefuhrt wird, wobei die 
Ergebnisse in die Anruf auf zeichnung (n 6 ) von dem 
allgemeinen Analyseprogramm (40) geschrieben werden,- u: 

andere Daten, die in die. Anruf auf zeichnung von einem 
Anrufsteuerprogramm (56) geschrieben werden, das dem 
allgemeinen Analyseprogramm (40) befiehlt, andere 
Analysen auszufiihren. 

Allgemeines Analysesystem nach Anspruch 8, 
dadurch gekennzeichnet, dass 

das Ergebnis (die Ergebnisse) (48) von dem allgemeinen 
Analyseprogramm (4 0) verwendet wird (werden), urn eine 
andere Analyse auszufiihren. 

Allgemeines Analysesystem nach Anspruch 8 ; 
dadurch gekennzeichnet, dass 
das Ergebnis (die Ergebnisse) (48) von dem 
Anrufsteuerprogramm (56) Verwendet werden, urn eine 
Anrufverarbeitung zu steuern. 

Allgemeines Analysesystem nach Anspruch 1, 
dadurch gekennzeichnet, dass: 

das allgemeine Analyseprogramm (40) eine Vielzahl von 
Low-Level-Analyseprlmitiven (120a-m) und eine Vielzahl 
von High-Level-Analyseprimitiven (120) umf asst , wobei 
Dedes der Low-Level -Analyseprimitive (120a-m) ein 
Unterprogramm umfasst, das eine best immte Funk t ion 
ausfiihrt, wobei jedes der High-Level-Analyseprimit ive 
(120) eine Bildungsprozedur (114) und eine Do-Prozedur 
(1.12) aufweist; und 

die Analysesteuerdaten (42) eine Vielzahl von Low-Level- 
Analysemodulen (130a), eine Vielzahl von High-Level- 



Analysemodulen (120b) und eine Vielzahl von Steuerebenen 
Analysemodule (130, 130c) umfassen, wobei jedes der . Low- 
Level -Analysemodule (13 0a) aus wenigstens einem der Low- 
Level -Analyseprimitive (120a-m) kompiliert wird, wobei 
jedes der High-Level -Analysemodule (13 0b) eine. 
B i ldungsprozedur und eine Do-Prozedur aufweist, wobei 
jedes der Steuerebenen-Analysemodule (130, 130c) mit der 
Bi ldungsprozedur kompiliert wird und mit der Do-Prozedur 
von einem der High-Level -Analyseprimitive (12 0) oder 
einem der High-Level-Analysemodule (130b) interpretiert 
wird. 

Allgemeines Analysesystem nach Anspruch 11, 
dadurch gekennzeichnet , dass 

die Low-Level- und High-Level-Analyseprimitive (120, 
12 0a-m) eihgebaut sind und die Low-Level- und High-Level 
und Steuerebenen-Analysemodule (130, 130a-c) 
benutzerdef iniert sind. 

Allgemeines Analysesystem nach Anspruch 11, 
dadurch gekennzeichnet, dass 

die Steuerebenen-Ahalysemodule (130, 130c) einen 
Funktionsanzeiger (162), der einen Bezug zu dem 
interpret iexenden High-Level-Analyseprimitive (120) oder 
einem High-Level -Analysemodul (130b) herstellt, und ein 
Steuerfeld (60) umfasst, das Steuerdaten zum Steuern 
eines Teils einer Analyse enthalt. 

Allgemeines Analysesystem nach Anspruch 13, 
dadurch gekennzeichnet, dass 

jedes von wenigstens einigen der Steuerebenen- 
Analysemodule (130, 130c) ferner eine 

Parameteridentif ikation (74) umfasst, die einen Bezug zu 
einem Parameter (46) herstellt, der von dem Steuerebenen 
Analysemodul (130, 130c), auf das Bezug genommen wird, 
analysiert werden soli. 
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15. Verfahren zum Steuern eines industriellen Prozesses, 
umfassend die folgenden Schritte: 

Speichern einer Vielzahl von Parametern (46) fur den 
industriellen Prozess, wobei jeder einzelne der Vielzahl 
von Parametern (46) umfasst: 

einen Eingang, der von dem industriellen Prozess erzeugt 
wird; 

Daten, die die Charakteristiken des industriellen 
Prozesses definieren; und 

ein Ergebnis (Ergebnisse) von fruher ausgefuhrten 
Analysen; 

Ausfuhren einer Vielzahl von Analysemodulen (70, 103), 
wobei jedes einen Teil einer Analyse der Parameter (46) 
steuert und wenigstens eines davon ein Ergebnis von der 
Analyse erzeugt; und 

Steuern des industriellen Prozesses auf Grundlage des 
Ergebnisses. . 

16. Verfahren nach Anspruch 15, 
dadurch gekennzeichnet, dass 

das Ergebnis ein Zwischenergebnis aus der Analyse ist . 

17. Verfahren nach Anspruch 15, 
dadurch gekennzeichnet, dass 

das Ergebnis ein Endergebnis aus der Analyse ist . 

18. Verfahren nach Anspruch 15, 
dadurch gekennzeichnet, dass 

der industrielle Prozess ein Prozess fur die Verbindung 
von Telefonanrufen ist und die Parameter Anruf -bezogene 
Daten sind. 
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Verfahren nach Anspruch 15, 

dadurch gekennzeichnet , dass 

jedes der Analysemodule (70, 13 0) umfasst: 

einen Funktionsanzeiger (72, 162), der eine Funktion (78, 
120) anzeigt, die ausgefuhrt werden soil, wenndas 
Analysemodul , auf das Bezug genommen wird, ausgefuhrt 
wird; und 

ein Steuerfeld (60), das Steuerdaten enthalt, die von der 
Funktion (78, 120) interpretiert werden sollen. 

Verfahren nach Anspruch 19, 

dadurch gekennzeichnet, dass das Steuerfeld (60) 
wenigstens einen Modiilanzeiger (80) umfasst, der das 
nachste Analysemodul anzeigt, welches ausgefuhrt werden 
soil. 

Verfahren nach Anspruch 20, 

dadurch gekennzeichnet, dass das Steuerfeld (6 0) 
wenigstens eine Parameteridentif ikation (74) umfasst, die 
die Stelle eines Parameters (4 6) in einem Speicher (116) 
identif iziert . 

Verfahren nach Anspruch 21, 

dadurch gekennzeichnet, dass die Funktion (78, 120) den 
Parameterwert analysiert, der in der Speicherstelle 
gespeichert ist. 

Verfahren nach Anspruch 21, 

dadurch gekennzeichnet, dass das Steuerfeld (6 0) ferner 
wenigstens einen vorgegebenen Wert umfasst und die 
Funktion (78, 120) den vorgegebenen Wert in die 
Speicherstelle schreibt. 
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Verfahren zum Kompilieren und Ausftihren wenigstens einer 
Analyse, die zum Steuern eines industriellen Prozes.es 
verwendet wird, umfassend die folgenden Schritte: 

Bereitstellen einer Vielzahl von High -Level- 
Analyseprimitiven (78, 120), die jeweils eine 
Bildungsprozedur (114) und eine Do-Prozedur (112) 
umfassen; 

Kompilieren einer Vielzahl von Steuerebenen- 
Analysemodulen (70, 130) unter Verwendung der 
Bildungsprozedur (114) von wenigstens einem der High- 
Level-Analyseprimitive (78, 120), wobei die steuerebenen- 
Analysemodule (70, 130) eine Baumstruktur bilden, die die 
wemgstens eine Analyse darstellt; und 
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Ausfuhren jedes Steuerebenen-Analysemoduls (70 130) 
der Baumstruktur unter Verwendung der Do-Prozedur (I12Y 
des High-Level-Analyseprimitivs (78, 120) , das verWendet 
wurde, um das Steuerebenen-Analysemodul (70, 130) zu 
kompilieren. 

Verfahren nach Anspruch 2 4, ferner umfassend die 
folgenden Schritte: , 

Bereitstellen einer Vielzahl von Low-Level- 
Analyseprimitive (120a-m) ; 

Kompilieren einer Vielzahl von Low-Levei-Analysemodulen 
130a) unter Verwendung der Low-Level-Analyseprimitiven 
(120a-m) ; . 

Kompilieren einer Vielzahl von High-Level-Analysemodulen 
(130b) unter Verwendung der Low - Level- Ana lysemodule 
(130a), wobei jedes der High- Level -Analysemodule (130b) 
exne Bildungsprozedur und eine Do-Prozedur umf asst • 
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Kompilieren einer Vielzahl von neuen Steuerebenen- 
Analysemodulen (13 0c) unter Verwendung der 
Bildungsprozedur von wenigstens einem der High-Level- 
Analysemodule (130b) , wobei die neuen Steuerebenen- 
Analysemodule (130c) zu der Baumstruktur hinzugefugt 
werden; und 

Ausfuhren jedes neuen Steuerebenen-Analysemoduls (130c) 
in der Baumstruktur unter Verwendung der Do-Prozedur des 
High-Level-Analysemoduls (130b) , welches verwendet wurde, 
urn das neue Steuerebenen-Analysemodul (13 0c) zu. 
kompilieren. 

Verfahren nach Anspruch 25, 
dadurch gekennzeichnet , dass 

die High-Level-Analyseprimitive (78, 120) und die Low- 
Level -Analyseprimitive (120a-m) eingebaute Funktionen 
sind. 

Verfahren nach Anspruch 25/ 
dadurch gekennzeichnet, dass 

die High-Level -Analysemodule (130b) und die Low-Level- 
Analysemodule (13 0a) benutzerdef inierte Funktionen sind. 

Allgemeines Analysesystem, umfassend: 

eine Vielzahl von Analysesteuerdatenstrukturen (134, .13 6) 
fur eine Vielzahl von Analysen, die jeweils eihen 
externen Namen aufweisen, wobei jede der 
Analysesteuerdatenstrukturen (134, 136) umf asst : 

eine Vielzahl von Analysemodulen (70, 130) , die 
jeweils einen externen Namen aufweisen und wobei 
wenigstens einige von diesen ausgefuhrt werden, wenn 
eine Analyse ausgefuhrt wird; 



102 



ein Analysemodul-Worterbuch (138), welches die Namen 
der Analysemodule (70, 130) in entsprechende 
Modultoken umwandelt; und 

wenigstens eine Analysemodul-Tokentabelle (14 6, 
148), die die Modultoken in entsprechende Zeiger auf 
die Analysemodule (70, 130) ubersetzt; 

ein Analysesteuerdaten-Worterbuch (132), das die Namen 
der Analysen in entsprechende Zeiger zu den 
Analysesteuerdatenstrukturen (134, 136) ubersetzt; 

eine Vielzahl von Analyseprimitivfunktionen (78, 120), 
die jeweils einen externen Namen aufweisen und wobei 
wenigstens einige von diesen bestimmte Typeri der 
Analysemodule (70, 130) kompilieren und interpret ieren; 

ein Analyseprimitivfunktions-Worterbuch. (14 0) , das die 
Namen der Analyseprimitivfunktionen (78, 12.0) in 
entsprechende Primitivf unkt ionstoken ubersetzt; 

eine Analyseprimitivf unktions-Tokentabelle (106), die die 
Primitivfunktionstoken in entsprechende .Zeiger zu den 
Analyseprimitivfunktioneh (78, 120) ubersetzt; 

eine Analyseinterpretierprozedur (108) , die die 
Ausfuhrung einer gewahlten Analyse dm Ansprechen auf den 
Empfang von Eingangsdaten (44) initiiert, die den Namen 
der gewahlten Analyse und einen Parameter- 
Auf zeichnungszeiger umfassen, der auf eine Aufzeichnung 
(116) weist, die einen Satz von Parametern (46) enthalt, 
der analysiert werden soli; 

einen Analyseausf uhrungs-Eingangsdaten-Behandler (110), 
der den Parameterauf zeichnungszeiger speichert und 
ermoglicht, dass die Analyseprimitivfunktionen (78, 120) . 
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auf die Parameter (46) wahrend der Ausfuhrung der 
gewahlten Analyse zugreifen; und 

eine Analyse-Bildungsprozedur (102) , die die Kompilierung 
eines neuen Analysemoduls (neuen Analysemodulen) (70, 
13 0) im Ansprechen auf den Empfang eines Befehls 
initiiert, der den Namen (die Namen) wenigstens einer 
Analyse in" wenigstens einer der 

Analysesteuerdatenstrukturen (134 , 136) , den Namen (die 
Namen) des Analysemoduls (der Analysemodule) (70, 130) , 
die kompiliert werden sollen, und den Namen (die Namen) 
der Analyseprimitivfunktion {der 
Analyseprimitivfunktionen) (78, 120) , die beim 
Kompilieren des neuen Analysemoduls (der neuen 
Analysemodule) (70, 130) verwendet werden sollen, 
umfasst. 

Allgemeines Analysesystem nach Anspruch 28, 
dadurch gekennzeichnet, dass 

jede der wenigstens einigen Analyseprimitiv-Funktionen 
(78, 120) eine Bildungsprozedur (114) umfasst, die zum 
Kompilieren eines bestimmten Typs von Analysemodulen 
verwendet wird, und eine Do-Prozedur (112) , die zum 
Interpretieren des Typs von Analysemodulen (70, 130) . 
verwendet wird, umfasst, wobei die 
Analyseprimitivfunktions-Tokentabelle (106) das 
Primitivf unktionstoken fur jede der wenigsten einigen 
Analyseprimitivfunktionen (78, 120) in zwei Zeiger 
ubersetzt, einen ersten Zeiger zu. der Bildungsprozedur 
(114) und einen zweiten Zeiger zu der Do-Prozedur (112) . 

Allgemeines Analysesystem nach Anspruch 28, 
dadurch gekennzeichnet, dass 

die Eingangsdaten (44) von einem Anruf steuerprogramm (56) 
gesendet werden, das die Verarbeitung von dem 
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Telefonverkehr durch ein Telekommunikationssystem 
steuert; und 

die Parameter (46) Daten umfassen, die sich wenigstens 
auf einen Telefonanruf beziehen. 

Allgemeines Analysesystem nach Anspruch 28, 
dadurch gekennzeichnet , dass 

die Eingangsdaten (44) ferner andere Information 
enthalten, die fur die gewahlte Analyse spezifisch ist; 
und 

die andere Information in dem Analyseausfiihrungs- 
Eingangsdaten-Behandler (110) gespeichert wird. 

Allgemeines Analysesystem nach Anspruch 31, 

dadurch gekennzeichnet, dass 

die andere Information Zeiger zu anderen 

Parameteraufzeichnungen (116) enthalt, die analysiert 

werden sollen. 

Allgemeines Analysesystem nach Anspruch 28, 
dadurch gekennzeichnet, dass 

der Analyseausfuhrungs-Eingangsdaten-Behandler (110) mit 
einem Datenspeicher-Behandler (118) kommuniziert , der das 
Lesen und Schreiben von Parameterwerten von der und in 
die Parameterauf zeichnung (116) behandelt . 

Allgemeines Analysesystem nach Anspruch 28, 
dadurch gekennzeichnet, dass jede der 
Analysesteuerdatenstrukturen (134, 136) umfasst : 

eine Vielzahl von Analysemodul-Tokentabellen (146, 148); 



einen Zeiger (144) fur eine aktive Tokentabelle, der auf 
eine aktive der Analysemodul-Tokentabellen (146) zeigt; 
und 

ein Analysestarttoken (142) , das auf das erste 
Analysemodul (150), welches ausgefiihrt werden soil,. Bezug 
nimmt, wenn eine Analyse ausgefiihrt wird, und das in 
einen Zeiger zu dem ersten Analysemodul (150) durch die 
aktiven Modultokentabelle (146) ubersetzt wird. 

Allgemeines Analysesystem nach Anspruch 34, 
dadurch gekennzeichnet, dass 

das Analysestarttoken (142) und der Zeiger (144) fur die 
aktive Tokentabelle in einer Analyseausf uhrungs- 
Startdaten-Struktur (140) in jeder der 

Analysesteuerdatenstrukturen (134/ 136) angeordnet ist. 

Allgemeines Analysesystem nach Anspruch 34, 
dadurch gekennzeichnet, dass 

die Analyse-Bildungsprozedur (102) einen Befehl empfangt, 
urn den Wert des Zeigers (144) fur die aktive Tokentabelle . 
zu modif izieren. 

Allgemeines Analysesystem nach Anspruch 28, 
dadurch gekennzeichnet, dass 

der Name von jeder der Analysen in sowohl einem Zeiger zu 
der entsprechenden Analysesteuerdatenstruktur (134, 136) 
als auch in ein Token zu dem ersten Analysemodul (.150) 
ubersetzt wird, das in der Analyse ausgefiihrt werden 
soil. 

Allgemeines Analysesystem nach Anspruch 28, 
dadurch gekennzeichnet, dass 

der Befehl iiber eine Benutzerschnittstelle (200) 
eingegeben wird, die mit der Analysebildungsprozedur 
(102) kommuniziert . 
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Allgemeines Analysesystem nach Anspruch 28, 
dadurch gekennzeichnet , dass 

die Analysebildungsprozedur (102) einen Befehl empfangt, 
urn die Inhalte vori wenigstens einem vorher existierenden 
Analysemodul (70, 13 0) zu modif izieren . 

System zum Steuern eines industriellen Prozesses, 
umfassend: 

eine Einrichtung zum Speichern einer Vielzahl von 
Parametern (46) fur den industriellen Prozess, wobei 
jeder der Parameter umfa/it: 

eine Eingabe, die von dem industriellen Prozess 
erzeugt wird; 

Daten, die die Charakteristiken des industriellen 
Prozesses definieren; und 

ein Ergebnis (Ergebnisse) von fruher ausge'f uhxten 
Analysen; 

eine Einrichtung zum Ausfuhren einer Vielzahl von 
Analysemodulen (70, 103) , wobei jede einen Teil einer 
Analyse der Parameter (46) steuert und wenigstens eine 
ein Ergebnis aus der Analyse erzeugt; und 

eine Einrichtung zum Steuern des industriellen Prozesses 
auf Grundlage des Ergebnisses. 

System nach Anspruch 39, 
dadurch gekennzeichnet, dass 

das Ergebnis ein Zwischenergebnis aus der Analyse ist . 

System nach Anspruch 39, 
dadurch gekennzeichnet, dass 

das Ergebnis ein Endergebnis aus der Analyse ist . 
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43. System nach Anspruch 39, 
dadurch gekennzeichnet , dass 

. der industrielle Prozess ein Prozess fur die Verbindung 
von Telefonanruf en ist und die Parameter (46) 
anruf bezogene Daten sind. 

44. System nach Anspruch 39, 
dadurch gekennzeichnet, dass 

jedes der Analysemodule (70, 130) umfasst: 

einen Funktionsanzeiger (72, 162) , der eine Funktion (78, 
120) anzeigt, die ausgefuhrt werden soil, wenn das 
Analysemodul (70, 130), auf das Bezug genommen wird, 
ausgefuhrt wird; und 

ein Steuerfeld (60) , welches Steuerdaten enthalt, die von 
der Funktion (78, 120) interpretiert werden sollen. 

45. System nach Anspruch 44, 
dadurch gekennzeichnet, dass 

das Steuerfeld (60) wenigstens einen Modulanzeiger (80) 
umfasst, der das nachste Analysemodul anzeigt, welches 
ausgefuhrt werden soil. 

46. System nach Anspruch 44, 
dadurch gekennzeichnet, dass 

das Steuerfeld (60) wenigstens eine 

Parameteridentif ikation (74) umfasst, die die Stelle 
eines Parameters (46) in einem Speicher (116) 
identif iziert . 

47. System nach Anspruch 46, 
dadurch gekennzeichnet, dass 

die Funktion (78, 120) den Parameterwert analysiert, der 
in der Speicherstelle gespeichert ist. 
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System nach Anspruch 46, 
dadurch gekennzeichnet , dass 

das Steuerfeld (60) ferner wenigstens einen vorgegebenen 
Wert umfasst und die Funktion (78, 120) den vorgegebenen 
Wert in die Speicherstelle schreibt. 

System zum Kompilieren und Ausfuhren wenigstens einer 
Analyse, welches zum Steuern eines industriellen 
Prozesses verwendet wird, utnfassend: 

eine Einrichtung (40) zum Bereitstellen einer Vielzahl 
von High-Level-Analyseprimitiven (78, 120), die jeweils 
eine Bildungs-Prozedur (114) und eine Do-Prozedur (112) 
umfassen; 

eine Einrichtung (102) zum Kompilieren einer Vielzahl von 
Steuerebenen-Analysemodulen (70, 103) unter Verwendung 
der Bildungsprozedur (114) von wenigstens einem der High- 
Level-Analyseprimitive (78, 120), wobei die Steuerebenen- 
Analysemodule (70, 130) eine Baumstruktur bilden, die 
wenigstens eine Analyse darstellt; und 

eine Einrichtung (108) zum Ausfuhren jedes Steuerebenen- 
Analysemoduls (70, 103) in der. Baumstruktur unter 
Verwendung der Do-Prozedur (112) des High -Level - 
Analyseprimitivs (78, 120) , welches zum Kompilieren des 
Steuerebenen-Analysemoduls (70, 103) verwendet wurde . 

System nach Anspruch 49, utnfassend: 

eine Einrichtung zum Bereitstellen einer Vielzahl von 
Low-Level-Analyseprimitiven (120a-m) ; 

eine Einrichtung zum Kompilieren einer Vielzahl von Low- 
Level -Analysemodulen (130a) unter Verwendung der Low- 
Level -Analyseprimit ive ; 
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eine Einrichtung zum Kompilieren einer Vielzahl von High- 
Level- Analysemodulen (13 0b) unter Verwendung der Low- 
Level-Analysemodule (130a) , wobei jedes High-Level- 
Analysemodul (130b) eine Bildungsprozedur und eine Do- 
Prozedur umfaflt; 

eine Einrichtung zum Kompilieren einer Vielzahl von neuen 
St euerebenen- Analysemodulen (13 0c) unter Verwendung der 
Bildungsprozedur von wenigstens einem der High-Level- 
Analysemodule (130b) , wobei die neuen Steuerebenen- 
Analysemodule (130c) zu der Baumstruktur hinzugefugt 
we r den; und 

eine Einrichtung (108) zum Ausfiihren jedes neuen 
Steuerebenen-Analysemocluls in der Baumstruktur unter 
Verwendung der Do-Prozedur des High-Level-Analysemoduls 
(13 0bj , das verwendet wurde, um das neue Steuerebenen- 
Analysemodul (130c) zu kompilieren. 

System nach Anspruch 50, 
dadurch gekenrizeichnet, dass 

die High-Level-Analyseprimitive (78, 120) und die Low- 
Level -Analysej>rimitive (120a-m) eingebaute Funktionen 
sind: 

System nach Anspruch 50, 
dadurch gekennzeichnet , dass 

die High-Level-Analysemodule (130b) und die Low-Level - 
Analysemodule (130a) benutzerdef inierte Funktionen sind. 
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